Paul Menage wrote:
> On 5/1/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
>> For the CPU controller I was working on, (a fast access to) such a list would
>> have been valuable. Basically each task has a weight associated with it
>> (p->load_weight) which is made to depend upon its class limit.
Linus,
I added one patch since the last pull request. This fixes a hang that
has been seen a few times in recent kernels.
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/shaggy/jfs-2.6.git for-linus
This will update the following files:
Documentation/filesystems/jfs.txt |8
On Tue, May 08, 2007 at 04:31:12PM +0200, Krzysztof Halasa wrote:
> >> +/* Built-in 10/100 Ethernet MAC interfaces */
> >> +static struct mac_plat_info ixdp425_plat_mac[] = {
> >> + {
> >> + .phy= 0,
> >> + .rxq= 3,
> >> + }, {
> >> + .phy
Hello Peter,
This is true. According to GNU fileutils changelog, the nearest Changelog
message regarding this option is :
2004-11-19 Alfred M. Szmidt <[EMAIL PROTECTED]>
* src/ls.c (usage): Clarified description of --no-group (-G),
--human-readable (-h), --inode (-i), --size (
Nick Piggin wrote:
We have percpu and cache affine page allocators, so when
userspace just frees a page, it is likely to be cache hot, so
we want to free it up so it can be reused by this CPU ASAP.
Likewise, when we newly allocate a page, we want it to be one
that is cache hot on this CPU.
Act
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> [...] Values 0x3 and 0xb are merely context switch happy.
thanks Mike - value 0x8 looks pretty good here and doesnt have the
artifacts you found. I've done a quick -v11 release with that fixed,
available at the usual place:
http://people.redha
On Tue, May 08, 2007 at 01:37:09PM +0200, Nick Piggin wrote:
> --
> Introduce test_and_set_bit_lock / clear_bit_unlock bitops with lock semantics.
> Add non-trivial for powerpc and ia64. Convert page lock, buffer lock,
> bit_spin_lock, tasklet locks to use the new locks.
The names are a bit clumsy
Michal Piotrowski wrote:
> Hi,
>
> / filesystem was full
>
> [39525.46] BUG: NMI Watchdog detected LOCKUP on CPU1, eip 08056990,
> registers:
> [39525.468000] Modules linked in: loop ipt_MASQUERADE iptable_nat nf_nat
> autofs4 af_packet nf_conntrack_netbios_ns ipt_REJECT nf_conntrack_ipv4
On Tue, 8 May 2007, Cornelia Huck wrote:
>
> As I wanted to add multithreaded probing for some s390 busses, I
> discovered that the commit above removed the multithreaded probing
> infrastructure again, while just some days before some of my patches
> reworking it had been merged...
No.
I am *n
On Tue, 8 May 2007, Russell King wrote:
>
> Shall I invent __CPUINIT to mark data to always be thrown away, or are
> the x86 folk going to withdraw this patch and do it properly?
I can certainly revert the patch, but it would probably be better if you
were to just start adding the infrastructu
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/time/clocksource.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.21/kernel/time/clocksource.c
===
--- linux-2.6.21.orig/kernel/time/clocksource.
Linus Torvalds wrote:
On Tue, 8 May 2007, Russell King wrote:
Shall I invent __CPUINIT to mark data to always be thrown away, or are
the x86 folk going to withdraw this patch and do it properly?
I can certainly revert the patch, but it would probably be better if you
were to just st
On SN, only allow one bit to be set in the smp_affinty mask
when redirecting an interrupt. Currently setting multiple
bits is allowed, but only the first bit is used in
determining the CPU to redirect to. This has caused confusion
among some customers.
Signed-off-by: John Keller <[EMAIL PROTECTED]
On Tue, May 08, 2007 at 10:46:20AM +0100, Andy Whitcroft wrote:
> We are seeing the following compile error on older x86 installs:
>
> arch/i386/kernel/verify_cpu.S: Assembler messages:
> arch/i386/kernel/verify_cpu.S:13: Error: `(%esp)' is
>not a valid 16 bit base/inde
On Tue, 8 May 2007, Adrian Bunk wrote:
>
> Let's revert it, and I'll then send a new patch containing only the
> PCI_MULTITHREAD_PROBE removal.
I really don't want to revert that removal. If somebody wants to resurrect
a part of the patch that has nothing to do with PCI, in order to do it for
"Alexey Zaytsev" <[EMAIL PROTECTED]> writes:
> I was always curious, why do people want to run ixp4xx in LE mode? What
> are the benefits that overweight the obvious performance degradation?
Debian is indeed a valid reason.
I wonder if it would be much work to create BE Debian as well.
Simple aut
Jeff Garzik wrote:
> This has been testing in -mm for a while, but I wanted to send it
> separated from the main libata update, since it has a chance of
> breakage.
>
> Most notably, a cumulative timeout (deadline) helps the code from diving
> into overly-long reset sequences.
>
> Please pull fro
Linus,
Please pull the hwmon subsystem updates for Linux 2.6.22 from:
git://jdelvare.pck.nerim.net/jdelvare-2.6 hwmon-for-linus
There are 3 new hardware monitoring drivers (ad7418 for the Analog
Devices AD7416, AD7417 and AD7418, coretemp for the Intel Core/Core 2
integrated sensors and max6650
On Tue, 2007-05-08 at 10:33 -0500, Brian King wrote:
> Jeff Garzik wrote:
> > This has been testing in -mm for a while, but I wanted to send it
> > separated from the main libata update, since it has a chance of
> > breakage.
> >
> > Most notably, a cumulative timeout (deadline) helps the code fro
On Tue, 8 May 2007, Satyam Sharma wrote:
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > net/built-in.o: In function `hidp_add_connection':
> > (.text+0x8bb08): undefined reference to `hid_ff_init'
> > make: *** [.tmp_vmlinux1] Error 1
> You've got CONFIG
On Tue, 2007-05-08 at 14:46 +0200, Jan Engelhardt wrote:
> >> +static int __logfs_readdir(struct file *file, void *buf, filldir_t
> >> filldir)
> >> +{
> >> + err = read_dir(dir, &dd, pos);
> >> + if (err == -EOF)
> >> + break;
> >
> > -EOF results in a retur
On Tue, May 08, 2007 at 05:28:21PM +0200, Krzysztof Halasa wrote:
> > I was always curious, why do people want to run ixp4xx in LE mode? What
> > are the benefits that overweight the obvious performance degradation?
>
> Debian is indeed a valid reason.
> I wonder if it would be much work to creat
On Tue, May 08, 2007 at 11:19:46AM -0400, Prarit Bhargava wrote:
> Linus Torvalds wrote:
> >On Tue, 8 May 2007, Russell King wrote:
> >
> >>Shall I invent __CPUINIT to mark data to always be thrown away, or are
> >>the x86 folk going to withdraw this patch and do it properly?
> >>
> >
> >I ca
I'm not sure it'd make much sense for me to test it - I don't have x86
based test boxes here.
Assuming your intention is to revert this commit and replace it with your
patch which doesn't change the semantics of __INIT, it shouldn't cause me
any problems.
Okay -- I'll generate a new patch
On Mon, 2007-05-07 at 22:49 +1000, andrew hendry wrote:
> The check for mca_pentium_flag was removed long ago.
> This cleans up the flag and documentation.
I can't apply this patch ... apparently the email is dual text and
html ... we really need text only for patch application. Plus, it looks
li
On Tue, 8 May 2007, Greg KH wrote:
> > The problem was in drivers/usb/core/config.c in function
> > usb_parse_interface:
> > ---
> > num_ep = num_ep_orig = alt->desc.bNumEndpoints;
> > ...
> > len = sizeof(struct usb_host_endpoint) * num_ep;
> > alt->endpoint = kzalloc(len, GFP_KERNEL);
>
The CD-ROM layer doesn't bounce requests for old ISA controllers (and
nor should it). However they get injected into the SCSI layer via
sr_ioctl which also doesn't bounce them and SCSI then passes the buffer
along to a device with unchecked_isa_dma set which either panics or
truncates the buffer to
Hi Jiri,
On 5/8/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
> > CC init/version.o
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > net/built-in.o: In function `hidp_add_connection':
> > (.text+0x8bb08): undefined reference to `hid_ff_i
On Tue, 8 May 2007 17:03:35 +0100
Alan Cox <[EMAIL PROTECTED]> wrote:
> The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> nor should it). However they get injected into the SCSI layer via
> sr_ioctl which also doesn't bounce them and SCSI then passes the buffer
> along to a d
On Tue, 8 May 2007, Jiri Slaby wrote:
> Yes, it helped, thanks. If no objections, please apply the patch below.
Acked-by: Christoph Lameter <[EMAIL PROTECTED]>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo in
On Tue, 8 May 2007, Andrew Morton wrote:
> happens when a local process sends packets with invalid IP headers
> through raw sockets.
[...]
> Whatever happens, that printk should be toned down, shouldn't it? We
> prefer to not let unprivileged apps spam the logs.
Isn't "unprivileged app sendi
Hi all,
I have got a problem with Asus F3T notebook and 2.6.21.1 kernel. When I
perform powerdown (with user-space app or alt+sysrq+o) I get "Power Down."
message, but the notebook doesn't turn off. Everything is ok on 2.6.20.
There seem to be no changes in acpi/sleep/poweroff.c so I don't know w
On Tue, 8 May 2007, Andy Whitcroft wrote:
> The SLUB code introduces the config segment below to stop SLUB being
> used on powerpc:
>
> config ARCH_USES_SLAB_PAGE_STRUCT
>bool
>default y
>depends on SPLIT_PTLOCK_CPUS <= NR_CPUS
>
> However as far as I can kconfig has
The CD-ROM layer doesn't bounce requests for old ISA controllers (and
nor should it). However they get injected into the SCSI layer via
sr_ioctl which also doesn't bounce them and SCSI then passes the buffer
along to a device with unchecked_isa_dma set which either panics or
truncates the buffer to
Good explanation. Thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Tue, May 08 2007, Alan Cox wrote:
> The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> nor should it). However they get injected into the SCSI layer via
> sr_ioctl which also doesn't bounce them and SCSI then passes the buffer
> along to a device with unchecked_isa_dma set w
On Tue, 8 May 2007, Jan Engelhardt wrote:
>
> On May 8 2007 04:41, Robert P. J. Day wrote:
> >
> > in my opinion, the config option "EMBEDDED" is just plain silly. as
> >i mentioned earlier, there may be other reasons that people want to
> >de-activate normally selected features rather than just
Theres more that need fixing , and fix my own subject spelling
error too.
Signed-Off-By: Daniel Walker <[EMAIL PROTECTED]>
---
kernel/time/clocksource.c |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Index: linux-2.6.21/kernel/time/clocksource.c
=
On Tue, 8 May 2007 07:36:48 -0700
"Loeliger Jon-LOELIGER" <[EMAIL PROTECTED]> wrote:
> > Adds support of IRDA transceiver residing on PowerQUICC processors and
> > enabling such on mpc885ads reference board. The driver is implemented
> > using of_device concept, hereby implies arch/powerpc suppor
Albert Cahalan <[EMAIL PROTECTED]> wrote:
[...]
> At two bytes per character, you get 127 characters in a filename.
> That's wider than the standard 80-column display, and far wider
> than the 28 or 29 characters that an "ls -l" has room for. In a
> GUI file manager or file dialog box, you'll have
On Tue, 8 May 2007 08:33:19 -0500
Kumar Gala <[EMAIL PROTECTED]> wrote:
> > + [EMAIL PROTECTED] {
> > + device_type = "network";
> > + compatible = "fsl,irda";
>
> is this specific enough? 52xx also has irda and I'm guessing
On Tue, 8 May 2007, Satyam Sharma wrote:
> Sure, my aim here was to only solve the _build breakage_ by fixing the
> Kconfig for this module (that used code from another kernel module
> without listing it in its dependencies). If, as you say, the real
> solution is that we should actually be tak
On Tue, May 08, 2007 at 05:54:41PM +0200, Thomas Gleixner ([EMAIL PROTECTED])
wrote:
> On Tue, 2007-05-08 at 14:46 +0200, Jan Engelhardt wrote:
> > >> +static int __logfs_readdir(struct file *file, void *buf, filldir_t
> > >> filldir)
> > >> +{
> > >> +err = read_dir(dir, &dd, pos
On Tue, 8 May 2007, Adrian Bunk wrote:
> On Tue, May 08, 2007 at 04:06:30AM -0400, Robert P. J. Day wrote:
> >
> > i've always hated that lower-level menu under "General setup":
> >
> > Configure standard kernel features (for small systems) --->
> >
> > which buries the choice of de-selecting f
On Tue, 8 May 2007 07:29:20 -0700
"Loeliger Jon-LOELIGER" <[EMAIL PROTECTED]> wrote:
>
> > > - [EMAIL PROTECTED] {
> > > - linux,phandle = ;
> > > + pci_pic:[EMAIL PROTECTED] {
> >
> > I'd like to establish a convention of putting a space after the : and
> > using cap
Sorry, Rafael. Resending since I forgot to "reply all" before.
On 5/8/07, Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
Hi,
On Tuesday, 8 May 2007 08:34, Miles Lane wrote:
> Firstly, all my attempts to get suspend to start by pressing my
> laptop's lid button are failing.
>
> Here's the log inf
Tomasz Chmielewski <[EMAIL PROTECTED]> writes:
> Krzysztof, why is LE not supported?
I'm not yet sure how to do it best.
The trivial way is really trivial, allocate a set of 1536-byte
buffers and make a swap+copy on RX and TX, but I want to
investigate the data-coherent approach first.
> Do you
On Tue, 8 May 2007 08:27:34 -0700 (PDT),
Linus Torvalds <[EMAIL PROTECTED]> wrote:
> And no, we should not do it at the device core level. In fact, I don't
> think we should do it at that level at all.
>
> I'm pretty sure that the performance problems are at individual device
> drivers, and th
On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
> On Tue, May 08 2007, Alan Cox wrote:
> > The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> > nor should it). However they get injected into the SCSI layer via
> > sr_ioctl which also doesn't bounce them and SCSI then passe
On Tue, 8 May 2007 11:57:07 -0400 (EDT) Alan Stern wrote:
> On Tue, 8 May 2007, Greg KH wrote:
>
> > > The problem was in drivers/usb/core/config.c in function
> > > usb_parse_interface:
> > > ---
> > > num_ep = num_ep_orig = alt->desc.bNumEndpoints;
> > > ...
> > > len = sizeof(struct usb
On Tue, May 08, 2007 at 04:16:06PM +0900, Satoru Takeuchi wrote:
> Sometimes I wonder at prio_array. It has 140 entries(from 0 to 139),
> and the meaning of each entry is as follows, I think.
>
> +---+---+
> | index | usage
On 5/2/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Vivek Goyal <[EMAIL PROTECTED]> writes:
> On Wed, May 02, 2007 at 02:59:11PM -0700, H. Peter Anvin wrote:
>> Jeremy Fitzhardinge wrote:
>> >
>> > So the bzImage structure is currently:
>> >
>> >1. old-style boot sector
>> >2. old-st
On Tue, May 08 2007, James Bottomley wrote:
> On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
> > On Tue, May 08 2007, Alan Cox wrote:
> > > The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> > > nor should it). However they get injected into the SCSI layer via
> > > sr_io
James Bottomley wrote:
> On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
>> On Tue, May 08 2007, Alan Cox wrote:
>>> The CD-ROM layer doesn't bounce requests for old ISA controllers (and
>>> nor should it). However they get injected into the SCSI layer via
>>> sr_ioctl which also doesn't bounc
Hi Jiri,
> > Sure, my aim here was to only solve the _build breakage_ by fixing the
> > Kconfig for this module (that used code from another kernel module
> > without listing it in its dependencies). If, as you say, the real
> > solution is that we should actually be taking out the offending ca
On Tue, 8 May 2007, Cornelia Huck wrote:
2. Sheer volume of devices on a bus. Even if the indivdual probing
doesn't take long, having all devices probed one after the other may
take a lot of time. Putting the actual probe on a thread makes it
possible to run several probes in parallel, thereby c
On May 07, 2007 21:43 -0400, Theodore Tso wrote:
> On Mon, May 07, 2007 at 05:15:41PM -0700, Andrew Morton wrote:
> > Userspace could presumably repair the mess in most situations by truncating
> > the file back again. The kernel cannot do that because there might be live
> > data in amongst ther
On Tue, 2007-05-08 at 18:40 +0200, Jens Axboe wrote:
> On Tue, May 08 2007, James Bottomley wrote:
> > On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
> > > On Tue, May 08 2007, Alan Cox wrote:
> > > > The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> > > > nor should it)
On Tue, May 08 2007, Mike Christie wrote:
> James Bottomley wrote:
> > On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
> >> On Tue, May 08 2007, Alan Cox wrote:
> >>> The CD-ROM layer doesn't bounce requests for old ISA controllers (and
> >>> nor should it). However they get injected into the
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> See for example arch/arm/mach-ep93xx/core.c, handling of the A/B/F
> port GPIO interrupts.
>
> In a nutshell, it goes like this.
Thanks, I will investigate.
>> There may be up to 6 Ethernet ports (not sure about hardware
>> status, not yet supporte
On Tue, 2007-05-08 at 20:16 +0900, KAMEZAWA Hiroyuki wrote:
> Make zonelist creation policy selectable from sysctl/boot option v5.
>
> This patch makes NUMA's zonelist (of pgdat) order selectable.
> Available order are Default(automatic)/ Node-based / Zone-based.
>
> [Default Order]
> The kernel
On Tue, 2007-05-08 at 20:18 +0900, KAMEZAWA Hiroyuki wrote:
> Add auto zone ordering configuration.
>
> This function will select ZONE_ORDER_NODE when
>
> There are only ZONE_DMA or ZONE_DMA32.
> || size of (ZONE_DMA/DMA32) > (System Total Memory)/2
> || Assume Node(A)
> Node (A) is enough
Le lundi 07 mai 2007 à 17:28 +0200, Thomas Gleixner a écrit :
> On Mon, 2007-05-07 at 09:16 +, Nicolas Mailhot wrote:
> > Thomas Gleixner linutronix.de> writes:
> >
> > >
> > > I'm pleased to announce the first cut of the final x86_64
> > > highres/dyntick support, which I did based on Chris
On Tue, 2007-05-08 at 20:19 +0900, KAMEZAWA Hiroyuki wrote:
> Patch for documentation.
>
> Signed-Off-By: KAMEZAWA hiroyuki <[EMAIL PROTECTED]>
>
Will send followup patch with minor editorial changes.
Acked-by: Lee Schermerhorn <[EMAIL PROTECTED]>
>
> ---
> Documentation/kernel-parameters.tx
Andi Kleen wrote:
>
> You should have put that into a different mail (is there a electron shortage
> somewhere now? @) Ok, thanks for the well researched bug report. Will fix
> in
> my tree.
>
Nah. Just a brain shortage at 5 in the morning.
-hpa
-
To unsubscribe from this list: sen
On 5/8/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
Shani Moideen wrote:
> > ptr = kmap(page);
> > - memset(ptr, 0, PAGE_SIZE);
> > + clear_page(ptr);
On 5/8/07, Michael Tokarev <[EMAIL PROTECTED]> wrote:
> I wonder if it's worth to invent kzmap() or so
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> The board support code knows such things as that the "front ethernet
> port" on the board is connected to the CPU's MII port number #2, but
> the board support code does _not_ know that MII port number #2
> corresponds to "ixp4xx hardware queue #5."
On Tue, May 08 2007, James Bottomley wrote:
> On Tue, 2007-05-08 at 18:40 +0200, Jens Axboe wrote:
> > On Tue, May 08 2007, James Bottomley wrote:
> > > On Tue, 2007-05-08 at 18:14 +0200, Jens Axboe wrote:
> > > > On Tue, May 08 2007, Alan Cox wrote:
> > > > > The CD-ROM layer doesn't bounce reques
On Thu, May 03, 2007 at 12:19:32AM +0200, Bernhard Walle wrote:
> * Vivek Goyal <[EMAIL PROTECTED]> [2007-04-30 10:48]:
> >
> > handle_edge_irq() already makes sure that desc->action is not null, still
> > note_interrupt() is receiving desc->action as null, that's strange. On my
> > system this i
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
> There _is_ an ARM BE version of Debian.
>
> It's not an official port, but it's not maintained any worse than
> the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then, and (at best) put tha
On Tue, 8 May 2007, Lee Schermerhorn wrote:
> > Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
>
> Tested OK on my platform.
> Acked-by: Lee Schermerhorn <[EMAIL PROTECTED]>
So far testing is IA64 only?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
yhlu <[EMAIL PROTECTED]> writes:
> Eric,
>
> With the latest change that make vmlinux to be elf64 and make bzImage
> do switch to 64bit long mode, the kernel started via kexec can not get
> VGA console. but the serial console works well. I wonder if the
> setup.S is skipped in bzImage via kexec pa
On Sat, May 05, 2007 at 01:49:55AM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21/2.6.21-mm1/
>
Hi all,
My computer fails early at boot with a stack along the lines of:
kmem_cache_zalloc
kmem_cache_create
kmem_cache_init
start_kernel
eip is
On Tue, May 08, 2007 at 09:41:09AM -0700, yhlu wrote:
> On 5/2/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
> >Vivek Goyal <[EMAIL PROTECTED]> writes:
> >
> >> On Wed, May 02, 2007 at 02:59:11PM -0700, H. Peter Anvin wrote:
> >>> Jeremy Fitzhardinge wrote:
> >>> >
> >>> > So the bzImage structu
Hi Antonio,
Thanks for the feedback. I'm just going to reply to one of your
comments and leave the rest for Nicolas...
On Tue, 08 May 2007 05:40:17 +0800
"Antonino A. Daplas" <[EMAIL PROTECTED]> wrote:
> > +static int __init atmel_lcdfb_init(void)
> > +{
> > + return platform_driver_probe(&atm
On Tue, 8 May 2007 09:04:22 -0500
Kumar Gala wrote:
>
> On May 8, 2007, at 4:50 AM, Vitaly Bordug wrote:
>
> >
> > Adds support for PowerQuicc on-chip PCMCIA. The driver is
> > implemented as
> > of_device, so only arch/powerpc stuff is capable to use it, which
> > now implies only mpc885ads r
Krzysztof Halasa schrieb:
Lennert Buytenhek <[EMAIL PROTECTED]> writes:
There _is_ an ARM BE version of Debian.
It's not an official port, but it's not maintained any worse than
the 'official' LE ARM Debian port is.
Hmm... That changes a bit. Perhaps we should forget about
that LE thing then
On 5/8/07, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Yes. setup.S has always been skipped by bzImage via the kexec path
unless you explicitly tell /sbin/kexec to use the 16bit entry point.
Is not having a VGA console a new thing, or it something you just noticed?
Eric
before the changes,
On Tue, 2007-05-08 at 10:22 -0700, Christoph Lameter wrote:
> On Tue, 8 May 2007, Lee Schermerhorn wrote:
>
> > > Signed-Off-By: KAMEZAWA Hiroyuki <[EMAIL PROTECTED]>
> >
> > Tested OK on my platform.
> > Acked-by: Lee Schermerhorn <[EMAIL PROTECTED]>
>
> So far testing is IA64 only?
Yes, so
On 5/8/07, Vivek Goyal <[EMAIL PROTECTED]> wrote:
setup.S is never executed while doing kexec (unless somebody chooses to
do a real mode entry) and these patches don't change this beahviour.
Tomorrow I will test VGA behaviour on my machine. Are you using some
special frame buffer mode etc?
I
We used it (with great success) to replace bad UPSs on single-PSU
database servers under (light) load. No need for scheduled downtime,
etc.
The whole point of hibernation (or suspend to disk, or whatever you
call it) is that the system goes to a zero-power state and then can be
brought back to it
> Mike Christie tells me we're missing bouncing by accident in the
> scsi_execute path (but not the scsi_execute_async path). He says this
> is the fix he proposed:
>
> http://marc.info/?l=linux-scsi&m=115981479822790&w=2
>
> Can we just merge this instead?
Short answer: No
Long answer - it do
"Satyam Sharma" <[EMAIL PROTECTED]> writes:
> On 5/8/07, Pekka Enberg <[EMAIL PROTECTED]> wrote:
>> Shani Moideen wrote:
>> > > ptr = kmap(page);
>> > > - memset(ptr, 0, PAGE_SIZE);
>> > > + clear_page(ptr);
>>
>> On 5/8/07, Michael Tokarev <[EMAIL PROTE
On Tue, 8 May 2007, Satyam Sharma wrote:
> Hmmm ... what if David was German and had a couple of umlauts in his
> name :-) One would expect to at least _spell_ his own name properly in
> his code. Sources need to take care of that too (but we better stick
> to only UTF-8 for source files, wouldn't
On Mon, 2007-05-07 at 21:43 -0400, Theodore Tso wrote:
> On Mon, May 07, 2007 at 05:41:39PM -0700, Mingming Cao wrote:
> > We could check the total number of fs free blocks account before
> > preallocation happens, if there isn't enough space left, there is no
> > need to bother preallocating.
>
>
On Tue, 2007-05-08 at 18:42 +0100, Alan Cox wrote:
> > Mike Christie tells me we're missing bouncing by accident in the
> > scsi_execute path (but not the scsi_execute_async path). He says this
> > is the fix he proposed:
> >
> > http://marc.info/?l=linux-scsi&m=115981479822790&w=2
> >
> > Can w
On Tue, 8 May 2007, Marcel Holtmann wrote:
> > Marcel - are you aware of any devices currently supported by USB HID
> > force-feedback code, which have a bluetooth version, please?
> I haven't looked at all details for the PS3 controller, but that might
> be the first one. In theory they can and
> > Long answer - it doesn't take this path.
> >
> > Different bug, both want fixing I suspect.
>
> Actually, it does take this path ... one of the things we've been doing
> in SCSI is slowly eliminating the old direct submission paths in favour
> of sending everything through the correct block l
Hi Jiri,
> > > Marcel - are you aware of any devices currently supported by USB HID
> > > force-feedback code, which have a bluetooth version, please?
> > I haven't looked at all details for the PS3 controller, but that might
> > be the first one. In theory they can and at some point they will en
Tomasz Chmielewski <[EMAIL PROTECTED]> writes:
> Does using ixp4xx on LE have any other drawbacks than inferior network
> performance?
More memory is needed, something like max 600 KB for 2 Ethernet ports.
> And talking about network performance, what numbers are we talking
> about (LE vs BE; 30
Maciej W. Rozycki wrote:
On Tue, 8 May 2007, Satyam Sharma wrote:
Hmmm ... what if David was German and had a couple of umlauts in his
name :-) One would expect to at least _spell_ his own name properly in
his code. Sources need to take care of that too (but we better stick
to only UTF-8 fo
On Tue, 2007-05-08 at 18:45 +0100, Maciej W. Rozycki wrote:
> Well, my name has an acute above "o" and a dot above "z", but I do not
> have such a high expectation as to have it correctly spelled in comments
> and elsewhere within some code before I am able to get it right in
> official documen
On Tue, 2007-05-08 at 18:32 +0200, Jörn Engel wrote:
> > Please sort includes alphabetically and seperate the
> > #include from the #include ones
>
> Sort: will do.
> Seperation: Any particular reason for that?
Easier to see the different categories
> > > +typedef __be16 be16;
> > > +typedef
On Tue, 2007-05-08 at 18:53 +0100, Alan Cox wrote:
> > The ultimate goal is to be able to eliminate the unchecked_isa_dma flag
> > entirely and have the block layer (or device mask allocations) fix all
> > of this in every ULD.
>
> About time ;)
Actually, I should point out (before those who did
+#ifndef is_affinity_mask_valid
+#define is_affinity_mask_valid() 1
+#endif
+
int no_irq_affinity;
static int irq_affinity_write_proc(struct file *file, const char __user
*buffer,
unsigned long count, void *data)
@@ -42,6 +46,9 @@ static int irq_affinity_writ
On Tue, 8 May 2007, Lee Schermerhorn wrote:
> > So far testing is IA64 only?
> Yes, so far. I will test on an Opteron platform this pm.
> Assume that no news is good news.
A better assumption: no news -> no testing. You probably need a
configuration with a couple of nodes. Maybesomething less
On Tue, 08 May 2007 04:25:00 -0700 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
>
> >>
> >># Normalize the start address
> >> - jmpl$BOOTSEG, $start2
> >> + jmpw$BOOTSEG, $start2
> >
> > Sigh, another blow struck in the ongoing struggle between my Vaio and t
Signed-off-by: Roland McGrath <[EMAIL PROTECTED]>
---
mm/mmap.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/mm/mmap.c b/mm/mmap.c
index 52646d6..4be69af 100644
--- a/mm/mmap.c
+++ b/mm/mmap.c
@@ -1366,7 +1366,6 @@ unsigned long
get_unmapped_area(struct file
On Tue, 8 May 2007, Srinivasa Ds wrote:
> Looks like there is a bug in SLUB implementaion for ppc64 in 2.6.21-mm1.
> I unmarked CONFIG_SLUB and build the kernel, its booting cleary now.
>
> Thanks
> Srinivasa DS
This is a known issue for PPC with more than 4 processors. Work is in
progress for
On Mon, May 07, 2007 at 03:51:49PM -0700, Luck, Tony wrote:
> > You could add them to scripts/checksyscalls.sh itself -- I think it's
> > fairly unlikely that those are syscalls which a new arch port is going
> > to 'forget' :)
>
> Like this?
>
> diff --git a/scripts/checksyscalls.sh b/scripts/ch
201 - 300 of 689 matches
Mail list logo
