As reported at:
https://bugs.gentoo.org/show_bug.cgi?id=203196
https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/152689
This unbranded bluetooth USB dongle causes the following message to
repeatedly appear in the kernel logs:
hci_scodata_packet: hci0 SCO packet for unknown
On Fri, Feb 08, 2008 at 01:18:37PM +0100, Vegard Nossum wrote:
> On 2/8/08, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Your assumption that only the string instructions can take
> > multiple page faults seems a little dangerous too.
>
> Yes, this is true. I cannot guarantee that there are no other
On 02/08/2008 11:36 AM, Eric W. Biederman wrote:
> Andrew Morton <[EMAIL PROTECTED]> writes:
>
>
>> On Thu, 7 Feb 2008 14:38:58 +0100 Holger Schurig <[EMAIL PROTECTED]>
>> wrote:
>>
>>
>>> Disable sysctl_check.c for embedded targets. This saves about about 11 kB
>>> in .text and another 11
- Check for K8_NUMA instead of NUMA && PCI
- No need to check for x86_64 explicitely
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/arch/x86/Kconfig
This is more idiomatic and it does not really make sense for this
code to implement a own TLB flushing variant.
The control registers will be read/written a few times more, but
that should not really matter for this code.
v1->v2: Remove unused variable to fix warning
Signed-off-by: Andi
On 2/8/08, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Your assumption that only the string instructions can take
> multiple page faults seems a little dangerous too.
Yes, this is true. I cannot guarantee that there are no other
instructions that could access more than one memory location but only
Not that it matters much, see comment in the code.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/kernel/rtc.c |7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
Index: linux/arch/x86/kernel/rtc.c
===
---
Minor logic fix. The century change was previously always BCD,
even when the CMOS data would report itself not being BCD.
Signed-off-by: Andi Kleen <[EMAIL PROTECTED]>
---
arch/x86/kernel/rtc.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/arch/x86/kernel/rtc.c
We know it is already after 2000.
This extends the effective lifetime of 32bit systems by 8 years:
from 2030 to 2038.
The only drawback is that users cannot set the cmos date to before 2000
now on 32bit with systems that don't support extended century in
the RTC clock. 64bit systems had this
On Thu, 2008-02-07 at 12:37 -0800, Luben Tuikov wrote:
> Is there an open iSCSI Target implementation which does NOT
> issue commands to sub-target devices via the SCSI mid-layer, but
> bypasses it completely?
>
>Luben
>
Hi Luben,
I am guessing you mean futher down the stack, which I don't
I have trouble locating some of the git urls (the mm repository, for
example). I have browsed around
http://www.kernel.org/pub/scm/linux/kernel/git/,
consulted the kernel FAQ, and read the obvious links on www.kernel.org.
git.kernel.org/pub/scm/linux/kernel/git/stable/linux-2.6.x.y.git is easy
to
> Well, winmodem case is the only I could *almost* understand
> closed-source drivers: the algorithms used *are* the modem. It's not a
> simple firmware upload.
Winmodem is all about patents, the modem standards come from ISO so are
created by all out corporate warfare with the winner getting
On Feb 8, 2008 2:15 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > need to worry about it just yet. In case it's from kmalloc() you can
> > pass __GFP_NOTRACK to annotate those call sites where the memory is
>
> Ok you should add that then to skbuff.c.
Indeed. If you look at the second patch, I
On Fri, Feb 08, 2008 at 01:37:11PM +0200, Pekka Enberg wrote:
> Hi Andi,
>
> On Feb 8, 2008 1:55 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Also i'm not sure how you handle initializedness of DMAed data
> > (like network buffers). Wouldn't you need hooks into pci_dma_*
> > for this?
>
> If
Hi Andi,
On Feb 8, 2008 2:10 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> It's probably tricky; there are all kinds of hidden page faults
> on x86 on data structures allocated as pages (e.g. GDT, LDT [which
> is sometimes kmalloc too], stack etc.)
Aah, I see. We can annotate those callers to
On Thu, Feb 07 2008, Linus Torvalds wrote:
>
>
> On Thu, 7 Feb 2008, Ingo Molnar wrote:
> > INIT_HLIST_NODE(>hash);
> > RB_CLEAR_NODE(>rb_node);
> > - rq->ioprio = 0;
> > - rq->buffer = NULL;
> > - rq->ref_count = 1;
> > - rq->q = q;
> > - rq->special = NULL;
> > -
Hi Andi,
On Feb 8, 2008 1:55 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Also i'm not sure how you handle initializedness of DMAed data
> (like network buffers). Wouldn't you need hooks into pci_dma_*
> for this?
If the DMA'd memory is allocated from the page allocator, we don't
need to worry
On Fri, 08 Feb 2008 13:25:33 +1030
David Newall <[EMAIL PROTECTED]> wrote:
> Alan Cox wrote:
> >> It would not be improper to say that "such and such a lawyer said this
> >> and that." I'm not proposing that you breach their copyright in their
> >>
> >
> > It would be highly improper given
On Fri, Feb 08, 2008 at 01:31:44PM +0200, Pekka Enberg wrote:
> Hi Andi,
>
> On Feb 8, 2008 1:55 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Impressive patch! On the other hand a lot of the interesting
> > data isn't it kmalloc anymore, but in slab. Does it really track
> > all that much?
>
>
On Thu, 2008-02-07 at 14:51 -0800, [EMAIL PROTECTED] wrote:
> On Thu, 7 Feb 2008, Vladislav Bolkhovitin wrote:
>
> > Bart Van Assche wrote:
> >> - It has been discussed which iSCSI target implementation should be in
> >> the mainstream Linux kernel. There is no agreement on this subject
> >> yet.
On Thu, Feb 07, 2008 at 02:44:46PM -0500, Ross Vandegrift wrote:
> On Wed, Feb 06, 2008 at 09:53:57AM +0100, Andi Kleen wrote:
> > That would be useful yes -- for different bandwidths.
>
> My initial test is end-to-end 1000Mbps, but I've got a few different
> packet rates.
>
> > If the young/old
Hi Andi,
On Feb 8, 2008 1:55 PM, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Impressive patch! On the other hand a lot of the interesting
> data isn't it kmalloc anymore, but in slab. Does it really track
> all that much?
It tracks all slab caches. What we're not tracking is pages from the
page
Linus,
Please pull a second batch of dlm updates for 2.6.25 from:
git://git.kernel.org/pub/scm/linux/kernel/git/teigland/dlm.git for-linus
Al Viro (13):
dlm: use proper C for dlm/requestqueue stuff (and fix alignment bug)
dlm: dlm_process_incoming_buffer() fixes
dlm: do not
Signed-off-by: Liam Girdwood <[EMAIL PROTECTED]>
Signed-off-by: Graeme Gregory <[EMAIL PROTECTED]>
Signed-off-by: Mike Arthur <[EMAIL PROTECTED]>
Signed-off-by: Mark Brown <[EMAIL PROTECTED]>
Cc: Dmitry Baryshkov <[EMAIL PROTECTED]>
Cc: Stanley Cai <[EMAIL PROTECTED]>
Cc: Rodolfo Giometti <[EMAIL
This patch series adds support for the touchscreen controllers provided
by Wolfson Microelectronics WM97xx series chips in both polled and
streaming modes.
These drivers have been maintained out of tree since 2003. During that
time the driver the primary maintainer was Liam Girdwood and a number
Signed-off-by: Liam Girdwood <[EMAIL PROTECTED]>
Signed-off-by: Graeme Gregory <[EMAIL PROTECTED]>
Signed-off-by: Mike Arthur <[EMAIL PROTECTED]>
Signed-off-by: Mark Brown <[EMAIL PROTECTED]>
Cc: Dmitry Baryshkov <[EMAIL PROTECTED]>
Cc: Stanley Cai <[EMAIL PROTECTED]>
Cc: Rodolfo Giometti <[EMAIL
Signed-off-by: Liam Girdwood <[EMAIL PROTECTED]>
Signed-off-by: Graeme Gregory <[EMAIL PROTECTED]>
Signed-off-by: Mike Arthur <[EMAIL PROTECTED]>
Signed-off-by: Mark Brown <[EMAIL PROTECTED]>
Cc: Dmitry Baryshkov <[EMAIL PROTECTED]>
Cc: Stanley Cai <[EMAIL PROTECTED]>
Cc: Rodolfo Giometti <[EMAIL
Signed-off-by: Liam Girdwood <[EMAIL PROTECTED]>
Signed-off-by: Graeme Gregory <[EMAIL PROTECTED]>
Signed-off-by: Mike Arthur <[EMAIL PROTECTED]>
Signed-off-by: Mark Brown <[EMAIL PROTECTED]>
Cc: Dmitry Baryshkov <[EMAIL PROTECTED]>
Cc: Stanley Cai <[EMAIL PROTECTED]>
Cc: Rodolfo Giometti <[EMAIL
Signed-off-by: Mark Brown <[EMAIL PROTECTED]>
Signed-off-by: Liam Girdwood <[EMAIL PROTECTED]>
---
MAINTAINERS|9 ++
drivers/input/touchscreen/Kconfig | 52
drivers/input/touchscreen/Makefile |7 +
3 files changed, 68
On Thu, Feb 07, 2008 at 05:07:23PM -0500, Dmitry Torokhov wrote:
> The probe error handling is not quite correct. When we reach the fragment
> above ret variable is 0 so if platfrom_device_alloc() fails we will return
> 0 and the device will be considered bound but in half-dead state. Please
>
Updates the 8139too driver to work with recently added
(a724605cb7a66d423a494a395f9a8ba871b8a1eb) declared coherent memory
patch for the Dreamcast.
Jeff - I am assuming you are still the maintainer and I guess Paul
should also ack this as it is SH related.
Signed-off-by: Adrian McMenamin <[EMAIL
On Fri, 08 Feb 2008, Németh Márton wrote:
> Richard Purdie wrote:
> >>> leds: Add support for hardware accelerated LED flashing
> >> This one has a loose end: when you call brightness_set on a led with
> >> hardware flash acceleration, you will leave the trigger armed, BUT the led
> >> won't
On Thu, Feb 07, 2008 at 10:36:20PM +0100, Vegard Nossum wrote:
> With a lot of help from Ingo Molnar and Pekka Enberg over the last couple of
> weeks, we've been able to produce a new version of kmemcheck!
Impressive patch! On the other hand a lot of the interesting
data isn't it kmalloc anymore,
This uses the newly introduced owner field in struct gpio_chip to protect
pca953x from being unloaded as long as its GPIOs are in use.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
diff --git a/drivers/gpio/pca953x.c b/drivers/gpio/pca953x.c
index 0bd594d..89cee66 100644
---
As long as one or more GPIOs on a gpio chip are used its driver should not
be unloaded.
Signed-off-by: Guennadi Liakhovetski <[EMAIL PROTECTED]>
---
Note, that existing drivers do not have to be modified, for example those,
that are always statically linked in the kernel, as long as the
> because it's not just an open-coded __tlb_flush_all(), it _disables PGE
> and keeps it so while the MTRR's are changed on all CPUs_.
Yes and?
>
> Your patch adds __flush_tlb_all() which re-enables the PGE bit in cr4,
> see asm-x86/tlbflush.h:
>
> /* clear PGE */
>
On Fri, Feb 08, 2008 at 04:02:59PM +0530, Kamalesh Babulal wrote:
> Hi,
>
> The 2.6.24-git18 kernel build fails on the power machine with following
> message
>
> drivers/input/mouse/psmouse-base.c:44: error: __param_proto causes a section
> type conflict
>
Sam Ravnborg wrote:
> I have lost the actual patch.
> But what you see is what happens when you mix const and non-const data
> in the same section.
>
> Look for use of __initdata for const data and replace it with __initconst.
>
> And modpost cannot warn about it as gcc errors out before we look
On Thu, Feb 07, 2008 at 10:21:18PM +0100, Prakash Punnoor wrote:
> On the day of Thursday 07 February 2008 Andi Kleen hast written:
>
> > Replace the old "for all of nvidia" quirk with a quirk containing pci
> > device ID. I goobled this list together from pci.ids and googling and it
> > may be
On Fri, 2008-02-08 at 09:04 +, David Woodhouse wrote:
> We could add get_unaligned() in certain places in the code, but that
> isn't ideal for the majority of architectures.
Actually, we already did that, despite the fact that it isn't optimal.
So there's no need to omit anything MTD-related
On Fri, Feb 08, 2008 at 10:43:42AM +, David Woodhouse wrote:
> On Fri, 2008-02-08 at 10:23 +, Russell King - ARM Linux wrote:
> > That would be misleading though - !CPU_CP15_MMU does not mean we
> > support unaligned accesses. It means that we may have no way to
> > support fixing up
Hi,
Ted wrote:
And I do agree that we probably should just implement this in
filesystem independent way, in which case all of the filesystems that
support this already have super_operations functions
write_super_lockfs() and unlockfs().
So if this is done using a new system call, there should
On Fri, 2008-02-08 at 10:23 +, Russell King - ARM Linux wrote:
> That would be misleading though - !CPU_CP15_MMU does not mean we
> support unaligned accesses. It means that we may have no way to
> support fixing up unaligned accesses.
Doesn't that mean you should disallow MTD (or at least
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Thu, 7 Feb 2008 14:38:58 +0100 Holger Schurig <[EMAIL PROTECTED]>
> wrote:
>
>> Disable sysctl_check.c for embedded targets. This saves about about 11 kB
>> in .text and another 11 kB in .data on a PXA255 embedded platform.
>>
>
> Nice improvement.
[EMAIL PROTECTED] wrote:
On Thu, 7 Feb 2008, Vladislav Bolkhovitin wrote:
Bart Van Assche wrote:
- It has been discussed which iSCSI target implementation should be in
the mainstream Linux kernel. There is no agreement on this subject
yet. The short-term options are as follows:
1) Do not
On Fri, Feb 08, 2008 at 10:18:31AM +, David Woodhouse wrote:
> But still, it's HAVE_UNALIGNED_ACCESS which we want to depend on, not a
> newly-invented HAVE_MTD. And there are other places we really ought to
> be depending on HAVE_UNALIGNED_ACCESS too.
That would be misleading though -
Hi,
The 2.6.24-git18 kernel build fails on the power machine with following message
drivers/input/mouse/psmouse-base.c:44: error: __param_proto causes a section
type conflict
drivers/input/mouse/psmouse-base.c:44: error: __param_proto causes a section
type conflict
make[3]: ***
Luben Tuikov wrote:
Is there an open iSCSI Target implementation which does NOT
issue commands to sub-target devices via the SCSI mid-layer, but
bypasses it completely?
What do you mean? To call directly low level backstorage SCSI drivers
queuecommand() routine? What are advantages of it?
> - set_cpus_allowed(current, tmp);
> + smp_mb();
> + /* kick all the CPUs so that they exit out of pm_idle */
> + smp_call_function(do_nothing, NULL, 0, 0);
I think the last argument (wait) needs to be 1 to make sure it is
synchronous (for 32/64) Otherwise the patch looks
On Fri, 2008-02-08 at 09:45 +, Russell King - ARM Linux wrote:
> If we are serious about allowing ARM to use drivers/Kconfig, then let's
> not get distracted by perfection - by trying to do too many changes in
> one go.
>
> If, today, we conditionalise MTD or IDE on a certain set of symbols,
On Fre, 2008-02-08 at 10:51 +0530, rohit h wrote:
> Hi,
> I am a kernel newbie.
> I tried to insmod a C++ module containing classes, inheritance.
> I am getting 'unresolved symbol' error when I use the 'new' keyword.
> What could the problem be?
That you used C++ is the problem. Use plain C
Serge E. Hallyn wrote:
>
> But note that in either case we need to deal with a bunch of locking.
> So getting back to Pierre's patchset, IIRC 1-8 are cleanups worth
> doing no matter 1. 9-11 sound like they are contentuous until
> we decide whether we want to go with a create_with_id() type
Hi,
2.6.24-mm1 won't build if CONFIG_X86_PAE is defined:
/home/lkernel/src/linux-2.6.24-mm1/arch/x86/mm/pgtable_32.c: In function
‘pgd_mop_up_pmds’:
/home/lkernel/src/linux-2.6.24-mm1/arch/x86/mm/pgtable_32.c:302:
warning: passing argument 1 of ‘pmd_free’ from incompatible pointer type
On Fri, Feb 01 2008, Jerome Marchand wrote:
> This patch contain the core infrastructure of enhanced partition
> statistics. It adds to struct hd_struct the same stats data as struct
> gendisk and define basics function to manipulate them.
>
> Signed-off-by: Jerome Marchand <[EMAIL PROTECTED]>
>
This patch extends the sm501 mfd with 8250 uart support. We're currently
doing this in the board specific r2d-1 code already, but it would be nice to
do move things into the mfd since it's more chip specific than board specific.
Signed-off-by: Magnus Damm <[EMAIL PROTECTED]>
---
Linus,
Please do
git pull \
git://git.kernel.org/pub/scm/linux/kernel/git/paulus/powerpc.git for-2.6.25
to get some bug-fixes for powerpc (1 for powermac and 8 for Cell),
plus 3 commits from Badari Pulavarty that implement memory hot-remove
for 64-bit powerpc. These 3 commits have been
On Fri, Feb 08, 2008 at 09:04:13AM +, David Woodhouse wrote:
> On Thu, 2008-02-07 at 21:23 +0100, Sam Ravnborg wrote:
> > Both situations are trivially fixable by introducing
> > HAVE_IDE and HAVE_MTD.
> > See attached patch.
>
> HAVE_MTD is wrong.
If we are serious about allowing ARM to use
Hi Christoph,
Christoph Hellwig wrote:
> But kgdb traditionally was more than just a simple gdb stub and
> contained hooks all over the place for additional functionality.
> I don't think all this is a good idea and I'd be against it.
>
> I'd be really happy to see a common gdb stub with small
This patch enables to export code/name pair of capabilities supported
on the running kernel, under the /sys/kernel/capability .
We can apply it onto the latest Linus's git tree.
Changes from the previous version:
- I added "names/" ans "codes/" directories, and we can use them
to lookup
On Friday 08 February 2008 06:53:13 Pavel Machek wrote:
> I believe selct is the way to go here. What do acer-wmi handle?
> Additional buttons? Leds? Temperatures? Fan states?
Enabling wireless, bluetooth and 3G; and exposing the mail LED and backlight.
tc1100-wmi handles wireless and the jog
Serge E. Hallyn wrote:
> Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
>> The Documentation/cgroups.txt file contains the info on how
>> to write some controller for cgroups subsystem, but even with
>> this, one need to write quite a lot of code before developing
>> the core (or copy-n-paste it
On Thu, 2008-02-07 at 19:26 -0600, Jay Cliburn wrote:
> On Thu, 07 Feb 2008 21:24:47 +0100
> Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> The trace isn't from me; it's from Zan. He's running -mm, I'm not, if
> that makes a difference.
>
> >
> > Call Trace:
> >
From: Christoph Hellwig <[EMAIL PROTECTED]>
From: Christoph Hellwig <[EMAIL PROTECTED]>
Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Acked-by: Jiri Slaby <[EMAIL PROTECTED]>
---
drivers/char/mxser.c | 229 ++
drivers/char/mxser.h | 137
>Al posted the following:
>
>; cat >a.c <<'EOF'
>const char foo[] __attribute__ ((__section__(".blah"))) = "";
>const char * const bar __attribute__((__section__(".blah"))) = "";
>EOF
>; gcc -m32 -S a.c
>; gcc -m64 -S a.c
>a.c:2:
Hi David,
> > I think you're missing my point: as long as the license stays the way
> > it is now, you can never distribute proprietary code unless you've
> > consulted a lawyer and even then you run the risk of being sued for
> > infringement if the copyright holder thinks what
On Thu, 2008-02-07 at 23:40 -0800, Andrew Morton wrote:
> On Wed, 24 Oct 2007 16:32:59 +0200 Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > Provide acpi_check_{mem_}region.
> >
> > Drivers can additionally check against possible ACPI interference by also
> > invoking this shortly before they
On 02/08/2008 03:17 AM, Stephen Neuendorffer wrote:
This includes code for new fifo-based xps_hwicap in addition to the
older opb_hwicap, which has a significantly different interface. The
common code between the two drivers is largely shared.
Significant differences exists between this driver
On Thu, 2008-02-07 at 21:23 +0100, Sam Ravnborg wrote:
> Both situations are trivially fixable by introducing
> HAVE_IDE and HAVE_MTD.
> See attached patch.
HAVE_MTD is wrong. The actual problem we're trying to solve is that when
the architecture lacks alignment fixups, certain patterns of write
On Thu, 7 Feb 2008, James Bottomley wrote:
> On Thu, 2008-02-07 at 17:04 -0800, Harvey Harrison wrote:
> > On Thu, 2008-02-07 at 18:56 -0600, James Bottomley wrote:
> > > Quite a bit of this is fixing things broken previously (the advansys fix
> > > is still pending resolution, but I'll send it as
Lee Mathers ha scritto:
Now we have hardware ASIC that depend on the most part a (dll in
windows) or .ko .o file under linux to provide the entire instruction
set. Think Winmodems, Winprinters etc
Well, winmodem case is the only I could *almost* understand
closed-source drivers: the
On Thu, 7 Feb 2008, Tomasz Chmielewski wrote:
> According to kernel/kexec.c:
>
> * kexec does not sync, or unmount filesystems so if you need
> * that to happen you need to do that yourself.
>
>
> I saw this was true with 2.6.18 kernel (i.e., it didn't sync), but kexec syncs
> with recent
On Fri, Feb 08 2008, S, Chandrakala (STSD) wrote:
> Hi,
>
> Thanks for the information!
> We would like to know when does the 2.6.25 kernel will be available at
> kernel.org.
So would I, if I locate my crystal ball I'll be sure to let you know :-)
Seriously, given past experience, it's
David Newall ha scritto:
Precisely: One purpose of the driver is to enforce local compliance.
It can't *enforce* it anyway, at least if the users are all around the
world.
Yes it can. You're confusing the software with different or modified
software. Different things. And by the way, if
On Fri, Feb 08, 2008 at 08:14:11AM +, Jan Beulich wrote:
> >I cannot see any other way out of this than to loose all the newly added
> >consts. We have to different behavior across platforms to find a suitable
> >solution that is reliable.
> >
> >[Kept rest of mail as I added Jan - hope he
On Fri, 2008-02-08 at 01:44 +0100, Bartlomiej Zolnierkiewicz wrote:
> - couple of fixes and preparatory patches
>
> - rework of PowerMac media-bay support ([un]register IDE devices instead of
> [un]registering IDE interface) [ it is the main reason for spamming PPC ML ]
Interesting... I was
On Fri, Feb 08, 2008 at 09:24:22AM +0100, Jens Axboe wrote:
> On Fri, Feb 08 2008, Nick Piggin wrote:
> > On Fri, Feb 08, 2008 at 08:59:55AM +0100, Jens Axboe wrote:
> > > On Fri, Feb 08 2008, Nick Piggin wrote:
> > > > And if you don't?
> > >
> > > Well if you don't ask for anything, you wont
Greg KH wrote:
Can you please add this information to Documentation/ABI/ so that people
know what is going on here?
Sent you the patch (Subject: [PATCH] Documentation: add UBI sysfs ABI docs).
I assume you'll put it into your tree and take the further care of it, right?
--
Best Regards,
Artem
>From 1297e1e60ec1a3ac9c64370fd089aa6c4807b65a Mon Sep 17 00:00:00 2001
From: Artem Bityutskiy <[EMAIL PROTECTED]>
Date: Fri, 8 Feb 2008 12:13:08 +0200
Subject: [PATCH] Documentation: add UBI sysfs ABI docs
Signed-off-by: Artem Bityutskiy <[EMAIL PROTECTED]>
---
On Fri, Feb 08 2008, Nick Piggin wrote:
> On Fri, Feb 08, 2008 at 08:59:55AM +0100, Jens Axboe wrote:
> > On Fri, Feb 08 2008, Nick Piggin wrote:
> > > And if you don't?
> >
> > Well if you don't ask for anything, you wont get anything :-)
> > As I mentioned, the patch is a playing ground for
>I cannot see any other way out of this than to loose all the newly added
>consts. We have to different behavior across platforms to find a suitable
>solution that is reliable.
>
>[Kept rest of mail as I added Jan - hope he have some ideas to throw in].
I'd first of all need a better
On Fri, Feb 08, 2008 at 08:59:55AM +0100, Jens Axboe wrote:
> On Fri, Feb 08 2008, Nick Piggin wrote:
> > And if you don't?
>
> Well if you don't ask for anything, you wont get anything :-)
> As I mentioned, the patch is a playing ground for trying various setups.
> Everything defaults to 'do as
On Fri, 8 Feb 2008, Eric Dumazet wrote:
> And SLAB/SLUB allocators, even if only used from process context, want to
> disable/re-enable interrupts...
Not any more. The new fastpath does allow avoiding interrupt
enable/disable and we will be hopefully able to increase the scope of that
over
On Friday 08 February 2008 18:29, Eric Dumazet wrote:
> Nick Piggin a écrit :
> > On Friday 08 February 2008 13:13, Christoph Lameter wrote:
> >> are available in the git repository at:
> >>
> >> git://git.kernel.org/pub/scm/linux/kernel/git/christoph/vm.git
> >> slub-linus
> >>
> >> (includes
* Pekka Enberg <[EMAIL PROTECTED]> wrote:
> On Feb 8, 2008 1:32 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > But the slab layer allocates pages < PAGE_SIZE. You need to take a
> > fault right? So each object would need its own page?
>
> No. We allocate a shadow page for each data page
Paul Menage wrote:
> On Feb 7, 2008 7:37 AM, Pavel Emelyanov <[EMAIL PROTECTED]> wrote:
>> The Documentation/cgroups.txt file contains the info on how
>> to write some controller for cgroups subsystem, but even with
>> this, one need to write quite a lot of code before developing
>> the core (or
On Fri, Feb 08 2008, Nick Piggin wrote:
> On Fri, Feb 08, 2008 at 08:47:47AM +0100, Jens Axboe wrote:
> > On Fri, Feb 08 2008, Nick Piggin wrote:
> > > On Thu, Feb 07, 2008 at 07:25:45PM +0100, Jens Axboe wrote:
> > > > Hi,
> > > >
> > > > Here's a variant using kernel threads only, the nasty
On Fri, 8 Feb 2008 15:22:44 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
From: Randy Dunlap [EMAIL PROTECTED]
Fix printk format warnings:
linux-2.6.24-git19/drivers/pcmcia/i82092.c:650: warning: format '%lx' expects
type 'long unsigned int', but argument 3 has type 'resource_size_t'
On Fri, 8 Feb 2008 15:37:41 -0800 Randy Dunlap [EMAIL PROTECTED] wrote:
I think someone already sent a patch to select the LEDS
I did... and more. Who will merge it? (below)
---
From: Randy Dunlap [EMAIL PROTECTED]
Add I2C to config since the driver makes several i2c*() calls.
On Fri, 8 Feb 2008 17:43:02 -0600 Robin Holt [EMAIL PROTECTED] wrote:
On Fri, Feb 08, 2008 at 03:41:24PM -0800, Christoph Lameter wrote:
On Fri, 8 Feb 2008, Robin Holt wrote:
What about ib_umem_get()?
Correct.
You missed the turn of the conversation to how ib_umem_get()
On Fri, Feb 08, 2008 at 02:56:09PM -0800, Arjan van de Ven wrote:
Nick Piggin wrote:
Maybe cpus these days have so much store bandwith that doing
things like the above is OK, but I doubt it :-)
on modern x86 cpus the memset may even be faster if the memory isn't in
cache;
the explicit
On Friday 08 February 2008 16:36:37 Alan Cox wrote:
In other words EXPORT_SYMBOL_GPL isn't his idea of a good legal idea,
but people ignoring this and doing things that circumvent this will,
eventually, have problems with the people who hold the copyright on the
code. (In addition, he
On Fri, 8 Feb 2008, Jiri Kosina wrote:
I hope that, from at least my perspective, your question is
rhetorical.
Yeah. The non rhetorical one was directed to Jiri. :)
Actually, I have no idea :) I am right now confused too, I am quite
surprised that 'nohpet' fixes the problem for you,
* Dmitry Torokhov [EMAIL PROTECTED] wrote:
Stephen Hemminger (2):
Input: add driver for Fujitsu application buttons
this change broke the build on x86 in randconfig testing:
drivers/built-in.o: In function `apanel_detach_client':
apanel.c:(.text+0x15c120): undefined reference to
On Sat, 9 Feb 2008 00:25:36 +0100
Ingo Molnar [EMAIL PROTECTED] wrote:
* Dmitry Torokhov [EMAIL PROTECTED] wrote:
Stephen Hemminger (2):
Input: add driver for Fujitsu application buttons
this change broke the build on x86 in randconfig testing:
drivers/built-in.o: In
On Fri, 8 Feb 2008, Andrew Morton wrote:
What about ib_umem_get()?
Ok. It pins using an elevated refcount. Same as XPmem right now. With that
we effectively pin a page (page migration will fail) but we will
continually be reclaiming the page and may repeatedly try to move it. We
have issues
On Friday, 8 of February 2008, Pavel Machek wrote:
Hi!
Rafael, this is for you.
Thanks.
My cleanups, relative to your cleanup patch. You may need manual patching
around rep/stosd.
OK, I'll try to merge it.
Rafael
diff --git a/arch/x86/kernel/acpi/realmode/Makefile
On Fri, Feb 08, 2008 at 10:41:45PM +0100, Pavel Machek wrote:
Do we never need data from a .h file?
If we do name it wakeup.lds.S and kbuild
will fix it (assuming we have wakeup.lds
as a prerequisite where it is needed.
Ok, I got it to work... but notice the ugly #undef :-(.
Great.
We
By including asm/processor-flags.h we're allowed to use
X86_CR4_PGE instead of numeric constant.
md5 sums of compiled files are differ due to this inclusion
but .text section remains the same.
---
If anyone has an objection on this patch - just drop it please.
I'm not sure but this could have
On Friday, 8 of February 2008, Pavel Machek wrote:
On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote:
Pavel Machek wrote:
See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent
to the list). No problem there, but table stored at nonzero
offset. Short jump at the beggining
On Fri 2008-02-08 22:56:08, Rafael J. Wysocki wrote:
On Friday, 8 of February 2008, Pavel Machek wrote:
On Fri 2008-02-08 13:27:30, H. Peter Anvin wrote:
Pavel Machek wrote:
See arch/x86/kernel/acpi/realmode/wakeup.S (the version that was sent
to the list). No problem there, but
501 - 600 of 1083 matches
Mail list logo