The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
to be lazy. But rather than properly address things, they just wrongly left
it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so real
libcs don't get screwed due to kilbc's laziness.
Signed-off-by:
Jon Masters wrote:
> On Tue, 2008-01-01 at 22:46 -0600, Matt Domsch wrote:
>> $ modinfo dell_rbu | grep version
>> version:3.2
>> srcversion: 1D4815D7D6FBEE6612F3C18
>
> Right. And I was referring to the is above (I forgot it's a CRC32 and
> not a SHA1). But my point is why not codify
From: Robin Getz <[EMAIL PROTECTED]>
Allow embedded developers to turn support for USB Hubs off even if they have a
full root hub. This saves the overhead (RAM and Flash size).
Allow embedded developers the capabilities of the "otg_whitelist.h" - a
product whitelist, so USB peripherals not
On Sat, Dec 29, 2007 at 04:07:04PM +0800, Dave Young wrote:
> Please try the -mm tree kernel, might have been fixed by :
> http://lkml.org/lkml/2007/11/18/141
I've applied the patch on top of 2.6.24-rc6 (I don't want to run -mm
kernels on this machine). We'll see what happens.
Gabor
--
Thanasis <[EMAIL PROTECTED]> wrote:
> on 12/31/2007 11:54 AM Jose de la Mancha wrote the following:
>> --> All RAID edition drives are more expensive that their equivalent
>> "desktop edition" drives (same model on "desktop edition"). Just take a look
>> at newegg for instance.
>>
Hi,
In current 2.6.23 (I have checked 2.6.23.12 and 2.6.23.9) the end of
include/asm-powerpc/systbl.h reads:
--snip--
SYSCALL_SPU(getcpu)
COMPAT_SYS(epoll_pwait)
COMPAT_SYS_SPU(utimensat)
COMPAT_SYS(fallocate)
COMPAT_SYS_SPU(signalfd)
COMPAT_SYS_SPU(timerfd)
SYSCALL_SPU(eventfd)
On Jan 2, 2008 2:15 PM, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> A stupid question. The old RTC driver is in
> drivers/char/rtc.c, and maps to:
>
> crw-r--r-- 1 root root 10, 135 Oct 25 18:02 /dev/rtc
>
> the new driver is in drivers/rtc/*, and maps to:
>
> crw-r--r-- 1 root root 254, 0 Dec
On Wed, Jan 02, 2008 at 01:33:55PM +0100, Ingo Molnar wrote:
>
> * Ananth N Mavinakayanahalli <[EMAIL PROTECTED]> wrote:
>
> > > Signed-off-by: Quentin Barnes <[EMAIL PROTECTED]>
> > > Signed-off-by: Ingo Molnar <[EMAIL PROTECTED]>
> > > Signed-off-by: Thomas Gleixner <[EMAIL PROTECTED]>
> >
>
On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
> TOPDIR is obsolete, use srctree instead.
> This patch removes TOPDIR from all UML Makefiles.
Thanks, I'll send this to Andrew.
Jeff
--
Work email - jdike at linux dot intel dot com
--
To unsubscribe
Some arches (like alpha and ia64) already have a clean posix_types.h header.
This brings all the others in line by removing all references to __GLIBC__
(and some undocumented __USE_ALL).
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
asm-arm/posix_types.h |6 +-
On Sun, Dec 23, 2007 at 08:01:04PM +, Al Viro wrote:
> - helper_wait(pid);
> + helper_wait(pid, 1, NULL);
Thanks.
I know I fixed these - I probably forgot to quilt add the file.
Jeff
--
Work email - jdike at linux dot intel dot com
From: Sebastian Siewior <[EMAIL PROTECTED]>
Commit 664cceb0093b755739e56572b836a99104ee8a75 changed the
parameters of the function make_key_ref(). The macros that
are used in case CONFIG_KEY is not defined did not change.
Cc: David Howells <[EMAIL PROTECTED]>
Signed-off-by: Sebastian Siewior
On Wed, Jan 02, 2008 at 09:37:50AM -0500, Mike Frysinger wrote:
> The __GLIBC__ hacks were re-added to the headers because the klibc peeps want
> to be lazy. But rather than properly address things, they just wrongly left
> it as __GLIBC__. This patch changes the __GLIBC__ cruft to __KLIBC__ so
> + If you have an alternative firmware like OpenFirmware or LinuxBios,
> + this flag might not be set correctly, which results in a random state
> + of the Numlock key.
Looks good. But would it not be helpfull to have a kernel-parameter for
overruling the BIOS-setting?
Cheers,
On Sat, Dec 29, 2007 at 04:07:04PM +0800, Dave Young wrote:
> Please try the -mm tree kernel, might have been fixed by :
> http://lkml.org/lkml/2007/11/18/141
Heh, it seems talking about a bug makes it trigger:
Jan 2 16:05:45 twister kernel: Unable to handle kernel NULL pointer
dereference at
New version 0.8 of the userland suspend/hibernation tools (aka uswsusp) has
been released. The source code package is available for download at:
http://downloads.sourceforge.net/suspend/suspend-0.8.tar.gz
(changelog and release notes within).
The following utilities are included in the package
On 02-01-08 14:47, Alan Cox wrote:
ok, you are right. How about we go with one of your suggestions: rename
the API family to isa_*_p() in the affected ISA drivers? That makes it
perfectly clear that this is an ISA related historic quirk that we just
cannot properly emulate in an acceptable
James Morris <[EMAIL PROTECTED]> wrote:
> I suspect it may be useful ensure all global identifiers for the key
> subsystem are prefixed with key_, as 'copy_keys' does seem a little
> generic.
Many of the fork helpers are called copy_xxx().
David
--
To unsubscribe from this list: send the line
On Wednesday 02 January 2008, Adrian Bunk wrote:
> On Wed, Jan 02, 2008 at 09:37:50AM -0500, Mike Frysinger wrote:
> > The __GLIBC__ hacks were re-added to the headers because the klibc peeps
> > want to be lazy. But rather than properly address things, they just
> > wrongly left it as __GLIBC__.
On 02-01-08 16:35, Rene Herman wrote:
> On 02-01-08 14:47, Alan Cox wrote:
>
>>> ok, you are right. How about we go with one of your suggestions:
>>> rename the API family to isa_*_p() in the affected ISA drivers? That
>>> makes it perfectly clear that this is an ISA related historic quirk
>>>
On Tue, 1 Jan 2008, Greg KH wrote:
> On Mon, Dec 31, 2007 at 11:26:43AM -0800, Greg KH wrote:
> > On Mon, Dec 31, 2007 at 12:49:52PM -0500, Alan Stern wrote:
> > > On Sun, 30 Dec 2007, Greg KH wrote:
> > >
> > > > > It looks like Greg misused the debugfs API -- which is ironic, because
> > > > >
Hi,
Abhishek Sagar wrote:
>>> static int __kprobes kprobe_handler(struct pt_regs *regs)
>>> {
>>> - struct kprobe *p;
>>> int ret = 0;
>>> kprobe_opcode_t *addr;
>>> + struct kprobe *p, *cur;
>>> struct kprobe_ctlblk *kcb;
>>>
>>> addr = (kprobe_opcode_t
* Kay Sievers <[EMAIL PROTECTED]> wrote:
> > shouldnt we provide a Kconfig way of replacing dev 10:135 with the
> > new driver's 254:0 device? (while keeping all the current modes of
> > operation as well, of course.) It's all supposed to be 100% ioctl
> > ABI compatible with the old driver,
Hi!
> So how do you handle threads that are blocked on I/O or a lock
> during the system freeze process, then?
> >>>
> >>>We wait until they can continue.
> >>
> >>So if I have a process blocked on an unavilable NFS mount, I can't
> >>suspend?
> >
> >That's correct, you can't.
> >
>
On Wed, 2 Jan 2008, Dave Young wrote:
> > Around a month ago I had a discussion with Peter Zijlstra about the
> > problems in converting the device semaphores to mutexes; you may be
> > able to find it in the LKML archives. Doing the conversion while
> > keeping lockdep happy is a very hard
* Mike Frysinger <[EMAIL PROTECTED]> wrote:
> On Wednesday 02 January 2008, Ingo Molnar wrote:
> > * Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > > Forgot to mention this before, but since the msr.h header uses types
> > > like __u32, it should pull in linux/types.h.
> >
> > does not build with
On Tue, 1 Jan 2008, Greg KH wrote:
> For most cases, yes, I agree with this, but due to the lockdep issues
> that occur here, and the whole mess with the suspend path and locking
> the device tree, that has been hashed out many times in the past, I am
> interested in trying to see if there is any
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> Move X86_32 only get_segment_eip to X86_64
> Move X86_64 only is_errata93 to X86_32
>
> Change X86_32 loop in is_prefetch to highlight the differences between
> them. Fold the logic from __is_prefetch in as well on X86_32.
thanks, applied.
* Harvey Harrison <[EMAIL PROTECTED]> wrote:
> Use the force_sig_info_fault helper from X86_32 in X86_64.
thanks, applied.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
On Wed 2008-01-02 10:03:59, Yi Yang wrote:
> On Wed, 2008-01-02 at 00:20 +0100, Pavel Machek wrote:
> > Hi!
> >
> > > /proc/acpi/wakeup is also case-sensitive, case-insensitive is better.
> >
> > Why?
> A user uses device bus id like 'C093' to enable or disable wakeup of the
> device, for
* Mike Frysinger <[EMAIL PROTECTED]> wrote:
> Some arches (like alpha and ia64) already have a clean posix_types.h
> header. This brings all the others in line by removing all references
> to __GLIBC__ (and some undocumented __USE_ALL).
i guess this should go in via -mm, as it affects all
Andrey Borzenkov wrote:
On Wednesday 02 January 2008, Alexey Starikovskiy wrote:
Andrey Borzenkov wrote:
This is did not happen before; I am not sure right now what caused this
(i.e.
battery aging or some software change) nor whether this is
kernel/HAL/kpowersave
* Alan Cox <[EMAIL PROTECTED]> wrote:
> > BKL properties, that could be wrapped. I guess fixing the TTY code
> > to have no BKL dependencies has a higher chance of success - given
> > that Alan is working on it :-)
>
> Bit by bit when I can face it, and with a lot of other people
>
revert commit:
commit 6f5391c283d7fdcf24bf40786ea79061919d1e1d
Author: Matthew Wilcox <[EMAIL PROTECTED]>
Date: Tue Sep 25 12:42:04 2007 -0400
[SCSI] Get rid of scsi_cmnd->done
this is a supposed-to-be-cleanup commit, but apparently it causes
regressions:
Bug 9370 -
Nick Piggin <[EMAIL PROTECTED]> wrote:
> Then make a PG_private2 bit and use that.
To what end? Are you suggesting I should have:
PG_private2 = PG_private | PG_fscache
That's redundant information and doesn't help anything really.
My suggestion (PG_private and PG_fscache separate and
Hi -
On Wed, Jan 02, 2008 at 01:47:34PM +0100, Ingo Molnar wrote:
> [...]
> > FWIW, I'm not keen about the format strings either, but they don't
> > constitute a performance hit beyond an additional parameter. It does
> > not need to actually get parsed at run time.
>
> "only" an additional
On Wed, 2 Jan 2008, Rafael J. Wysocki wrote:
> On Wednesday, 2 of January 2008, Rafael J. Wysocki wrote:
> > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> >
> > It sometimes is necessary to destroy a device object during a suspend or
> > hibernation, but the PM core is supposed to control all
On Wed, 2008-01-02 at 17:25 +0100, Ingo Molnar wrote:
> revert commit:
>
> commit 6f5391c283d7fdcf24bf40786ea79061919d1e1d
> Author: Matthew Wilcox <[EMAIL PROTECTED]>
> Date: Tue Sep 25 12:42:04 2007 -0400
>
> [SCSI] Get rid of scsi_cmnd->done
>
> this is a
On Wednesday, 2 of January 2008, Alan Stern wrote:
> On Wed, 2 Jan 2008, Rafael J. Wysocki wrote:
>
> > On Wednesday, 2 of January 2008, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > > It sometimes is necessary to destroy a device object during a suspend or
* Frank Ch. Eigler <[EMAIL PROTECTED]> wrote:
> > [...] this is a general policy matter. It is _so much easier_ to add
> > markers if they _can_ have near-zero overhead (as in 1-2
> > instructions). Otherwise we'll keep arguing about it, especially if
> > any is added to performance-critical
On Fri, 2007-12-21 at 23:59 +0100, Jan Engelhardt wrote:
> On Dec 21 2007 14:35, Greg KH wrote:
> >> >> >I guess it could be, but the input for /proc/sys/vm/mmap_min_addr is
> >> >> >base 10 as well
> >> >>
> >> >> sysfs is autobase, i.e. echo "0xb000" >/sys/foo will Do The Right Thing.
> >> >
>
On Jan 2 2008 12:09, Eric Paris wrote:
>
>So in the end we are all happy with the original patch I sent?
>
No objections at least :)
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at
(Alessandro Zummo Cc:-ed too -- RTC subsystem maintainer)
> * Rafael J. Wysocki <[EMAIL PROTECTED]> wrote:
>
> > Well, we have the following test script in the userland suspend
> > package that is supposed to work right now:
> >
> > #!/bin/bash
> > date
> > cd /sys/class/rtc/rtc0
> > echo $((
On Wed, Jan 02, 2008 at 10:02:55AM -0500, Jeff Dike wrote:
> On Tue, Jan 01, 2008 at 09:01:25PM +0800, WANG Cong wrote:
> > TOPDIR is obsolete, use srctree instead.
> > This patch removes TOPDIR from all UML Makefiles.
>
> Thanks, I'll send this to Andrew.
Thanks Jeff.
Sam
--
To
> The question I had for NVIDIA regarding this that I never got
> answered
> was, is there any reason why we would need a delay when switching
> between NCQ and non-NCQ commands on ADMA, and if not, is
> there any known
> cause that could cause the controller to get into this seemingly
>
Roman, with this on top does it look better to you?
I'll get hfsplus done in a bit.
Thanks,
-Eric
-
Fix up previous hfs fsfuzzer patch to address Roman's comments.
Signed-off-by: Eric Sandeen <[EMAIL PROTECTED]>
---
diff -u linux-2.6.24-rc3/fs/hfs/brec.c
On Jan 02, 2008 03:32 +0200, Adrian Bunk wrote:
> It might make sense to offer ext4 in -mm and even in early -rc kernels,
> but I've already seen people using ext4 simply because a stable kernel
> offered it - and that's definitely not intended.
>
> Anyone who _really_ wants to test ext4
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> Fix ARMv6 OProfile support
>
> This patch restores the ARMv6 OProfile support that was killed by
> commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
>
> It puts the config options in arch/arm/Kconfig.
>
This patch header should also include :
On Fri, Dec 28, 2007 at 04:18:36PM +0100, Jochen Friedrich wrote:
> If a freescale watchdog device node is present, reset the watchdog
> while waiting for serial input.
Hmm... I don't like combining the watchdog and serial code together. What
if some other serial device is used with this
> > Can you try this?
>
> That patched oopsed in scsi_remove_host(), but reversing the order has
> survived over 500 insert/probe/remove cycles.
>
> Tested-by: David Dillow <[EMAIL PROTECTED]>
> ---
> diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
>
* Mathieu Desnoyers ([EMAIL PROTECTED]) wrote:
> (Robin, can you check if this patch does what is currently intended with
> HARDWARE_PM please ? This involves testing with CONFIG_OPROFILE y/m/n.)
>
> This patch restores the blackfin Hardware Performance Monitor Profiling
> support that was killed
* Arnd Bergmann ([EMAIL PROTECTED]) wrote:
> On Saturday 29 December 2007, Mathieu Desnoyers wrote:
> > This patch restores the Cell OProfile support that was killed by
> > commit 09cadedbdc01f1a4bea1f427d4fb4642eaa19da9.
> >
> > It puts it in arch/powerpc/Kconfig. Since I don't see any good
The below patch was needed to make UML compile in latest -mm.
But sometimes it doesn't boot and does weird things (this is a sample
with init=/bin/bash):
[0.42] EXT3-fs: mounted filesystem with ordered data mode.
[0.42] VFS: Mounted root (ext3 filesystem) readonly.
(none):/# ls
> > > shouldnt we provide a Kconfig way of replacing dev 10:135 with the
> > > new driver's 254:0 device? (while keeping all the current modes of
> > > operation as well, of course.) It's all supposed to be 100% ioctl
> > > ABI compatible with the old driver, right?
> >
> > It's not compatible
Jose de la Mancha wrote:
Hi everyone. I'm sorry but I'm not currently subscribed to this list (I've
been sent here by the listmaster), so please CC me all your
answers/comments. Thanks in advance.
SHORT QUESTION :
In a Debian-controlled RAID array, is there a parameter that handles the
timeout
Hi -
On Wed, Jan 02, 2008 at 06:01:57PM +0100, Ingo Molnar wrote:
> [...]
> well, -freorder-blocks seems to be default-enabled at -O2 on gcc 4.2, so
> we should already be getting that, right?
Right.
> [...] So it would be nice if we could collect all this offline code
> and stuff it away
On Wed, 02 Jan 2008 09:54:00 -0800
David Bro
> It'd need to have some NTP sync solution for RTC_LIB devices, but
> ISTR the gentime stuff still assumes an update_persistent_clock()
> that doesn't sleep ... and hence can't be used with I2C based RTCs.
I still believe NTP sync stuff should be done
Hi Abhishek,
Thank you for good work.
Abhishek Sagar wrote:
> @@ -441,6 +441,26 @@ void __kprobes arch_prepare_kretprobe(struct
> kretprobe_instance *ri,
> /* Replace the return addr with trampoline addr */
> *sara = (unsigned long) _trampoline;
> }
> +
> +#if
> > It'd need to have some NTP sync solution for RTC_LIB devices, but
> > ISTR the gentime stuff still assumes an update_persistent_clock()
> > that doesn't sleep ... and hence can't be used with I2C based RTCs.
>
> I still believe NTP sync stuff should be done outside of the kernel.
> given the
Jan Engelhardt wrote:
On Jan 1 2008 10:54, Gene Heskett wrote:
BUT! This defeats a fix I've had in my modprobe.conf for over a year now that
gave the LVM stuff a stable major device # of 238, and now my LVM major is
back to whatever mood the kernel is in, in this particular bootup case to
On Wed, Jan 02, 2008 at 06:26:07PM +0100, Jan Engelhardt wrote:
>
> On Jan 2 2008 12:09, Eric Paris wrote:
> >
> >So in the end we are all happy with the original patch I sent?
> >
> No objections at least :)
I agree too. BTW, I've intentionally not merged it into 2.4, I
prefer that admins
Mike Frysinger wrote:
-#if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC__ < 2)
+#if defined(__KERNEL__) || defined(__KLIBC__)
...
This changes the semantics from "!glibc" to "klibc".
that's the point
I'm a bit worried that such changes might break some of the other
libc's people
El Wed, 2 Jan 2008 03:32:18 +0200, Adrian Bunk <[EMAIL PROTECTED]> escribió:
> It might make sense to offer ext4 in -mm and even in early -rc kernels,
> but I've already seen people using ext4 simply because a stable kernel
> offered it - and that's definitely not intended.
But isn't that the
On Jan 1, 2008 1:04 PM, Herbert Xu <[EMAIL PROTECTED]> wrote:
> In any case, I suspect the cause of your problem is that somebody
> somewhere is doing a double-free on an skb.
>
> Since you're the only person who can reproduce this, we really need
> your help to track this down. Since bisecting
On Tuesday 25 December 2007 02:31:26 pm Jean Delvare wrote:
> Le 23/12/2007, "Bjorn Helgaas" <[EMAIL PROTECTED]> a écrit:
> >On Sunday 23 December 2007 2:28:05 am Jean Delvare wrote:
> >> The problem is that the it87 driver is used on a variety of motherboards,
> >> some where the hardware
White space and coding style clean up.
Make apic_32/64.c similar.
Signed-off-by: Hiroshi Shimamoto <[EMAIL PROTECTED]>
---
arch/x86/kernel/apic_32.c |5 ++---
arch/x86/kernel/apic_64.c | 23 +--
2 files changed, 19 insertions(+), 9 deletions(-)
diff --git
On Wed, 02 Jan 2008 10:12:54 -0800
David Brownell <[EMAIL PROTECTED]> wrote:
> > > It'd need to have some NTP sync solution for RTC_LIB devices, but
> > > ISTR the gentime stuff still assumes an update_persistent_clock()
> > > that doesn't sleep ... and hence can't be used with I2C based RTCs.
>
Theodore Tso wrote:
On Wed, Jan 02, 2008 at 10:54:18AM +1100, Nigel Cunningham wrote:
I would also like the TuxOnIce issues related to drivers, ACPI, etc. to go to
one of the kernel-related lists, but I think linux-pm may be better for that
due to the much lower traffic.
I guess that makes
Holger Hoffstaette wrote:
Another new "problem" (not as important) -- even though SATA disks are
called with "sdX", my ATA disks that *were* at hda-hdc are now at hde-hdg.
Devices hda-hdd are not populated in my dev directory on bootup. Of
I think this is because the Promise SATA
CC's somewhat trimmed...
On Nov 18, 2007 12:00 AM, root <[EMAIL PROTECTED]> wrote:
> On Sat, Nov 17, 2007 at 07:09:46PM +0100, Ingo Molnar wrote:
> > * Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> >
> > > Sadly lockdep does not work for me, as it gets turned off early:
> > > [ 39.851594]
SLUB's new slabinfo isn't there: it looks as if a last minute change
to Pekka's patch left it dependent on CONFIG_SLAB at the procfs end:
allow for CONFIG_SLUB too.
Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
---
To minimize ifdeffery, this leaves it with S_IWUSR though unwritable:
I'm
On Wednesday 02 January 2008, Robin Getz wrote:
> From: Robin Getz <[EMAIL PROTECTED]>
>
> Allow embedded developers to turn support for USB Hubs off even if they have
> a
> full root hub. This saves the overhead (RAM and Flash size).
ISTR that it won't save very much code though ... the Linux
On Wednesday 02 January 2008, Alan Stern wrote:
> BTW, I don't recall ever seeing Tony's patch announced on
> linux-usb or linux-usb-devel. Did I simply miss it?
I think he didn't post it. I got some questions from him at
one point, which I answered, but as I recall he decided for
some
On Wed, 2 Jan 2008, Hugh Dickins wrote:
> SLUB's new slabinfo isn't there: it looks as if a last minute change
> to Pekka's patch left it dependent on CONFIG_SLAB at the procfs end:
> allow for CONFIG_SLUB too.
>
> Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
I just saw the patch in Linus
Allen Martin wrote:
The question I had for NVIDIA regarding this that I never got
answered
was, is there any reason why we would need a delay when switching
between NCQ and non-NCQ commands on ADMA, and if not, is
there any known
cause that could cause the controller to get into this
On Jan 2, 2008 1:47 PM, David Brownell <[EMAIL PROTECTED]> wrote:
> On Wednesday 02 January 2008, Robin Getz wrote:
> > From: Robin Getz <[EMAIL PROTECTED]>
> >
> > Allow embedded developers to turn support for USB Hubs off even if they
> > have a
> > full root hub. This saves the overhead (RAM
Hi,
On Jan 2, 2008 8:43 PM, Hugh Dickins <[EMAIL PROTECTED]> wrote:
> SLUB's new slabinfo isn't there: it looks as if a last minute change
> to Pekka's patch left it dependent on CONFIG_SLAB at the procfs end:
> allow for CONFIG_SLUB too.
>
> Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> ---
On Wednesday 02 January 2008, Felipe Balbi wrote:
>The problem I see here is that my only
> "user" is musb driver, currently only available on linux-omap git tree.
>
> Maybe it's time to send it to mainline, what do you think Dave?
Probably time, yes. ISTR the main open issues are on
On Wednesday 02 January 2008, Mike Frysinger wrote:
> > >
> > > Allow embedded developers to turn support for USB Hubs off even if they
> > > have a
> > > full root hub. This saves the overhead (RAM and Flash size).
> >
> > ISTR that it won't save very much code though ... the Linux USB
> > stack
On Wed, 2 Jan 2008, James Bottomley wrote:
>
> I disagree with this. We only have one reporter of a problem and it
> appears to be some type of obscure interaction with pktdvd which no-one
> can track down (although it's not really helped by the reporter not
> being very responsive).
It's
On Wed, Jan 02, 2008 at 02:21:36PM +0800, WANG Cong wrote:
>
> >>
> >> Shouldn't that use $(LINUXINCLUDE), or $(KBUILD_CPPFLAGS)?
> >It would be better to use $(LINUXINCLUDE) as we then pull in all config
> >symbols too and do not have to hardcode kbuild internal names (include2).
>
> OK.
On Wed, Jan 02, 2008 at 02:27:59PM +0800, WANG Cong wrote:
>
> Refine it as suggested by Andreas.
>
> >
>
> This patch removes TOPDIR from Cris Makefiles.
>
> Cc: Mikael Starvik <[EMAIL PROTECTED]>
> Cc: Sam Ravnborg <[EMAIL PROTECTED]>
> Cc: Andreas Schwab <[EMAIL PROTECTED]>
>
On Tue, Jan 01, 2008 at 09:41:08PM +0800, WANG Cong wrote:
>
> >> -EXTRA_CFLAGS += -I$(TOPDIR)/drivers/net/cxgb3 \
> >> - -I$(TOPDIR)/drivers/infiniband/hw/cxgb3/core
> >
> >> +EXTRA_CFLAGS += -I$(objtree)/drivers/net/cxgb3 \
> >Drop $(TOPDIR) like this:
> >> +EXTRA_CFLAGS +=
On Tue, Jan 01, 2008 at 10:00:04PM +0800, WANG Cong wrote:
> >
> >In this file we can just drop use of $(TOPDIR) since this is our
> >current directory anyway.
>
> Thanks!
>
> >
>
> This patch drops TOPDIR from frv Makefiles.
>
> Cc: David Howells <[EMAIL PROTECTED]>
> Cc: Sam Ravnborg
On Tue, Jan 01, 2008 at 10:28:52PM +0800, WANG Cong wrote:
>
> >
> >The whole "Maintainer rules" part of this file should be deleted.
> >I cannot see how it can be used anyway.
>
> Agreed.
>
> I delete them all and renew the patch.
> Passed compiling test.
>
> ->
>
> This patch drops
On 1/2/08, Masami Hiramatsu <[EMAIL PROTECTED]> wrote:
> I think setup_singlestep() in your first patch is better, because it avoided
> code duplication(*).
Will retain it then.
> > static int __kprobes reenter_kprobe(struct kprobe *p, struct pt_regs *regs,
> >
On Wed, Jan 02, 2008 at 10:47:15AM -0800, David Brownell wrote:
> On Wednesday 02 January 2008, Robin Getz wrote:
> > From: Robin Getz <[EMAIL PROTECTED]>
> >
> > Allow embedded developers to turn support for USB Hubs off even if they
> > have a
> > full root hub. This saves the overhead (RAM
Hi
Currently i'm deleting about 500.000 files on a XFS-filesystem which
takes a few minutes, as i had a top open i saw that 'wa' is shown as
0.0% (Nothing else running currently) and everything except 'id' is near
the bottom too. Kernel is 2.6.23.11.
So, as 'rm -rf' is essentially a IO (or
On Wed, 2 Jan 2008, Pekka Enberg wrote:
>
> I already sent the remaining bits to Linus but this looks much
> cleaner. Thanks Hugh!
>
> Acked-by: Pekka Enberg <[EMAIL PROTECTED]>
Actually, I'd much rather just do this instead (on top of your patch)
It just creates a new CONFIG_SLABINFO that
On Wed, Jan 02, 2008 at 11:19:14AM -0800, Linus Torvalds wrote:
> It's totally immaterial if we have one reporter or many. The fact is, that
> thing has been outstanding for almost two months now. The root cause is
> almost certainly known (and Matthew is apparently even aware of it), but
I
On Dec 30, 2007 10:39 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> "Russell Leidich" <[EMAIL PROTECTED]> writes:
>
> Not sure you have addressed any of my feedback; don't see many changes.
I emailed you on 12/7/2007 and never heard back, so I assumed that you
had no further issues. Anyway, thanks
The __GLIBC__ uses look like:
#if defined(__KERNEL__) || !defined(__GLIBC__) || (__GLIBC__ < 2)
That block does not affect any extant glibc, so we don't care if you remove
those conditions. Any non-glibc users of thes headers might care, since
they are the ones affected.
TGhe __USE_ALL
On Wed, 2 Jan 2008, Linus Torvalds wrote:
>
> Actually, I'd much rather just do this instead (on top of your patch)
Side note - and I didn't do this - this also allows you to disable
slabinfo for those people who think it is pointless.
In particular, you could just make that
> +config
On Wed, 2 Jan 2008, Mike Frysinger wrote:
> perhaps the code size is arguable as to whether it really matters.
> the reason we want it is that we have a USB host controller that will
> not work with USB hubs, so we want to make sure the system does not
> attempt such things. (yes, such a USB
Hi Linus,
On Jan 2, 2008 9:35 PM, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> Actually, I'd much rather just do this instead (on top of your patch)
>
> It just creates a new CONFIG_SLABINFO that automatically has the right
> dependencies (ie depends on PROC being on, and either SLAB or SLUB), and
Using the port of 2.4 code from Vitaly Bordug <[EMAIL PROTECTED]>
and the actual algorithm used by the i2c driver of the DBox code on
cvs.tuxboc.org from Tmbinc, Gillem ([EMAIL PROTECTED]). Renamed i2c-rpx.c and
i2c-algo-8xx.c to i2c-cpm.c and converted the driver to an
of_platform_driver.
On Wed, Jan 02, 2008 at 10:41:57AM -0700, Andreas Dilger wrote:
> On Jan 02, 2008 03:32 +0200, Adrian Bunk wrote:
> > It might make sense to offer ext4 in -mm and even in early -rc kernels,
> > but I've already seen people using ext4 simply because a stable kernel
> > offered it - and that's
* Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
> White space and coding style clean up. Make apic_32/64.c similar.
thanks, applied. FYI, there's still a bit left in apic_32.c:
total: 5 errors, 1 warnings, 1566 lines checked
we might as well go for all of them? :-)
Ingo
--
To
On Wed, 2 Jan 2008, Matthew Wilcox wrote:
>
> sd_done and sr_done are called for REQ_TYPE_FS -- if the request comes
> in through one of the SG interfaces, we call scsi_setup_blk_pc_cmnd()
> which sets the ->done callback to scsi_blk_pc_done.
Why do you think that REQ_TYPE_BLOCK_PC has
On Wed, Jan 02, 2008 at 11:43:08AM -0800, Russell Leidich wrote:
> > > + */
> > > + for (nb_num = 0; nb_num < num_k8_northbridges; nb_num++) {
> > > + if ((k8_northbridges[nb_num]->device) == 0x1103)
> > > + goto out;
> > > + }
> >
> > AFAIK that's all
501 - 600 of 855 matches
Mail list logo