Lennert Buytenhek wrote:
> Does that mean that the Debian ARM people have their heads so far
> up their collective asses that they think that every form of change
> is bad and are unable to accept that some forms of change might be
> for the better?
Well, I am not one of the Debian ARM people,
Cornelia Huck wrote:
> On Wed, 9 May 2007 01:33:14 -0700 (PDT),
> [EMAIL PROTECTED] wrote:
>
>> 1. why should different, unrelated busses need to wait for each other?
>> picking two, why can't you have SCSI and USB going through their timeouts
>> at the same time?
>
> If they don't have
Linus, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/bunk/trivial.git
This tree contains the following:
Alexander E. Patrakov (1):
Remove obsolete fat_cvf help text
Artem Bityutskiy (1):
trivial: s/i_sem /i_mutex/
David Sterba (1):
Fix trivial typos in
Hello,
I have released another version of the perfmon new code base package.
This version of the kernel patch is relative to 2.6.21.
This new kernel patch includes the following new features and
bug fixes:
- due to various comments I have dropped the use of the idle_notifier()
On Wed, 9 May 2007, Cornelia Huck wrote:
On Wed, 9 May 2007 01:33:14 -0700 (PDT),
[EMAIL PROTECTED] wrote:
1. why should different, unrelated busses need to wait for each other?
picking two, why can't you have SCSI and USB going through their timeouts
at the same time?
If they don't have
Alan Cox wrote:
It's still ambiguous. A much more explicit title that nobody could argue
with would be "do not use the 'volatile' keyword as a type qualifier for
an object."
Except when you do. The kernel uses the C volatile in various places
itself for specific good reasons (and some for
On Wed, May 09, 2007 at 10:58:06AM +0200, Marcus Better wrote:
> >> 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
> >
I am trying to record mic with AsoC wm9713 driver. My Mic is connected "Mic 1".
My settings
'Mic A Source' -> "Mic 1"
'Mic Boost (+20dB)' [on]
'Capture' [on]
'Left Capture Source' "Mic 1"
'Right Capture Source' "Mic 1"
i am issuing following command to record
"arecord -M -f S16_LE sound.wav"
> It's still ambiguous. A much more explicit title that nobody could argue
> with would be "do not use the 'volatile' keyword as a type qualifier for
> an object."
Except when you do. The kernel uses the C volatile in various places
itself for specific good reasons (and some for historical bad
Hi Cornelia,
> > the usbatm USB ADSL modem drivers have this functionality. These drivers
> > need to load firmware before they become useful. The natural place to do
> > this is in the probe() method, but because firmware loading can take quite
> > some time (10 seconds, or even an infinite
Is't a regression in the IDE subsystem?
-
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 Wed, 9 May 2007 01:33:14 -0700 (PDT),
[EMAIL PROTECTED] wrote:
> 1. why should different, unrelated busses need to wait for each other?
> picking two, why can't you have SCSI and USB going through their timeouts
> at the same time?
If they don't have dependencies on each other, yes. Some
drivers/net/Kconfig:2279:warning: 'select' used by config symbol 'UCC_GETH'
refers to undefined symbol 'UCC_FAST'
drivers/input/keyboard/Kconfig:170:warning: 'select' used by config symbol
'KEYBOARD_ATARI' refers to undefined symbol 'ATARI_KBD_CORE'
drivers/input/mouse/Kconfig:161:warning:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marcus Better schreef:
> Krzysztof Halasa wrote:
>> 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
On Tue, 8 May 2007 15:14:36 -0400, Len Brown wrote:
> On Friday 04 May 2007 03:42, Mikael Pettersson wrote:
> > On Thu, 03 May 2007 19:38:50 -0700, john stultz wrote:
> > > > So that slow acpi_pm on x86_64 seems to be connected w/ the
> > > > idle loop.
> > > > I'm guessing the chipset
Pierre Ossman wrote:
> The host->removed member is only used for this simple test. It is set in
> mmc_host_remove() to indicate that the removal process has begun. At
> this point it is invalid to call mmc_detect_change() (the place this
> patch fixes). So the spinlocks are mostly there so that
On Wed, May 09, 2007 at 01:14:59AM +0100, Ken Moffat wrote:
> On Wed, May 09, 2007 at 01:01:34AM +0200, Andi Kleen wrote:
> >
> > Already known, although it is still unclear what the bug actually is.
> > Can you run with the appended patch please (from Eric Biederman)
> > and post any backtraces
On Wed, 09 May 2007 09:53:34 +0100
Andy Whitcroft <[EMAIL PROTECTED]> wrote:
> KAMEZAWA Hiroyuki wrote:
> > On Tue, 8 May 2007 17:58:55 -0700
> > Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> >> I'm still cowering in fear of these patches, btw.
> >>
> >> Please keep testing and sending them ;)
On Wed, May 09, 2007 at 09:40:24AM +0200, Jan Beulich wrote:
> >I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
> >
> >+ if (!pte_present(*kpte))
> >+ return 0;
>
> I the most recent version of the patch I sent to Andi this line is gone
> (again),
> as I
On 5/9/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
I don't know which form is better suited to the goal of well
maintainable code --- the compact, easy to read, winning guideline, or
the comprehensive norm.
Bah, it's a slippery slope. Too little guidelines and we end up people
submitting
Krzysztof Halasa wrote:
> 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
On Wed, 2007-05-09 at 01:31 -0700, Andrew Morton wrote:
> > I suspect I just tested the wrong thing yesterday. Let me recheck just
> > these patches against 2.6.21.
>
> yup, same hang with just these three:
>
> origin
> clocksource-fix-resume-logic
> clockevents-fix-resume-logic-updated-version
On Wed, May 09, 2007 at 10:47:50AM +1000, Nick Piggin wrote:
>
> We've seen the same problem with other stop_machine_run sites in the kernel.
> module remove was one.
>
> Reserving the top priority slot for stop machine (and migration thread, I
> guess) isn't a bad idea.
I second this thought.
On Wed, May 09, 2007 at 08:04:07AM +0800, Antonino A. Daplas wrote:
> On Tue, 2007-05-08 at 20:32 +0200, Alexander van Heukelum wrote:
> > diff --git a/arch/i386/boot/bootsect.S b/arch/i386/boot/bootsect.S
> > diff --git a/arch/i386/boot/video.S b/arch/i386/boot/video.S
> > index 8143c95..8e404cb
h8300 systemcall entry table update.
Sigend-off-by: Yoshinori Sato <[EMAIL PROTECTED]>
diff --git a/arch/h8300/kernel/syscalls.S b/arch/h8300/kernel/syscalls.S
index dab98fd..965efc9 100644
--- a/arch/h8300/kernel/syscalls.S
+++ b/arch/h8300/kernel/syscalls.S
@@ -31,7 +31,7 @@
KAMEZAWA Hiroyuki wrote:
> On Tue, 8 May 2007 17:58:55 -0700
> Andrew Morton <[EMAIL PROTECTED]> wrote:
>
>> I'm still cowering in fear of these patches, btw.
>>
>> Please keep testing and sending them ;)
>>
> I'll repost "Request-Fot-Test" version "6" against next -mm and
> add x86 as my test
Randy Dunlap wrote:
> Add information on the problems with the C-language "volatile" keyword
> and why it should not be used (most of the time).
I like Jonathan's article http://lwn.net/Articles/233479/ a lot.
It puts as much emphasis on the DOs as on the DON'Ts, which I find helpful.
--
Stefan
Andi Kleen wrote:
> 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
Uwe Kleine-König <[EMAIL PROTECTED]> writes:
> Hello Junio,
>
> you either overlooked my mail "Documentation Bugs"[1] or you choosed to
> ignore it :-( Note that the second issue was only me being stupid.
The best way to prod busy maintainer is to resend an applicable
patch, not sending a URL.
Hi Linus,
Please pull the 'for-linus' branch of
git://www.atmel.no/~hskinnemoen/linux/kernel/avr32.git for-linus
to receive the following updates.
Haavard Skinnemoen (4):
[AVR32] Use correct config symbol when setting cpuflags
[AVR32] Implement dma_{alloc,free}_writecombine()
On Wed, 9 May 2007 10:14:16 +0200,
Duncan Sands <[EMAIL PROTECTED]> wrote:
> the usbatm USB ADSL modem drivers have this functionality. These drivers
> need to load firmware before they become useful. The natural place to do
> this is in the probe() method, but because firmware loading can take
From: Andrew Morton <[EMAIL PROTECTED]>
Date: Wed, 9 May 2007 01:43:28 -0700
> does
>
> echo 40 > /proc/sys/vm/dirty_ratio
> echo 10 > /proc/sys/vm/dirty_background_ratio
>
> fix it?
Yes, I was going to play with that, I'll report if anything
decisive happens.
-
To unsubscribe from this list:
On Tue, 08 May 2007 23:23:26 -0700 (PDT) David Miller <[EMAIL PROTECTED]> wrote:
> From: Mike Galbraith <[EMAIL PROTECTED]>
> Date: Wed, 09 May 2007 05:29:20 +0200
>
> > On Tue, 2007-05-08 at 18:44 -0700, David Miller wrote:
> > > I've been noticing this off and on for the past week or so.
> > >
On Tue, May 08, 2007 at 03:43:22PM -0700, Chris Wedgwood wrote:
> On Wed, May 09, 2007 at 12:24:32AM +0200, Andi Kleen wrote:
>
> > Somehow yes. But i'm not going to add a useless syscall just to
> > shut it up.
>
> It turns out this has come up in other places. Sam has a suggestion
> on how
Hi,
This patch makes ptrace_attach use write_trylock_irqsave.
Signed-off-by: Sripathi Kodi <[EMAIL PROTECTED]>
---
kernel/ptrace.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
Index: linux-2.6.21/kernel/ptrace.c
Hi,
I am trying to fix the BUG I mentioned here:
http://lkml.org/lkml/2007/04/20/41. I noticed that an elegant way to solve
this problem is to have a write_trylock_irqsave helper function. Since we
don't have this now, the code in ptrace_attach implements it using
local_irq_disable and
On Wed, 9 May 2007, Cornelia Huck wrote:
On Tue, 8 May 2007 13:26:00 -0700 (PDT),
[EMAIL PROTECTED] wrote:
is it really enough to do the sync followed by the async piece?
it seems to me that there may be a need for three steps
1. prep (sync, what we do today)
which will all complete before
Hello Junio,
you either overlooked my mail "Documentation Bugs"[1] or you choosed to
ignore it :-( Note that the second issue was only me being stupid.
[1] http://thread.gmane.org/gmane.comp.version-control.git/46332
--
Uwe Kleine-König
exit vi, lesson V:
o : q ! CTRL-V " d d d @ d
-
To
On Wed, 9 May 2007 01:22:57 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 09 May 2007 10:18:17 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > On Wed, 2007-05-09 at 00:10 -0700, Andrew Morton wrote:
> > > > > find an updated patch below. It fixes the problem on Ingo's
> > > > >
Christoph Lameter wrote:
> 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
On Wed, 09 May 2007 10:18:17 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> On Wed, 2007-05-09 at 00:10 -0700, Andrew Morton wrote:
> > > > find an updated patch below. It fixes the problem on Ingo's
> > > > VAIO-of-fun-emulator and I got confirmation from several other affected
> > > >
Hi Geert,
> > What do you think of
> > `default y if VME'
> > or
> > `default y if M68K && SYSV_FS'
>
> I prefer `default y if VME'.
>
> BTW, perhaps PPC based Motorola MVME boards use SYSV68 partition tables,
> too?
No, the PPC based Motorola MVME boards use the (currently not
Satyam Sharma wrote:
> It's quite funny to worship them as "prophets" and adopt their style
> for some stuff (with a simple "Rationale: K") one instant and then
> suggest a style completely opposite to theirs one screenful later in
> the same file.
That's what happens to a text which is
On Wed, 2007-05-09 at 00:10 -0700, Andrew Morton wrote:
> > > find an updated patch below. It fixes the problem on Ingo's
> > > VAIO-of-fun-emulator and I got confirmation from several other affected
> > > users, that the patch series is still solving their problems.
> > >
> >
> > The machine is
Hi,
> Instead of changing existign probe functionality to be asynchronous, we
> could *add* a new and asynchronous part to it. For example, we could make
> the rule for PCI - or other bus - devices be:
>
> - the bus will *first* call the "probe()" function synchronously.
>
> - after that
On Wed, May 09, 2007 at 12:02:45AM -0700, H. Peter Anvin wrote:
> Sam Ravnborg wrote:
> >> http://www.kernel.org/pub/linux/kernel/people/hpa/newsetup-36f021b5.patch
> >
> > Are you planning to rebase to -linus and then let
> > arch/x86_64/boot/Makefile be a reference to i386/boot/Makefile?
> >
>
This is what enables large commands. If we need to allocate an
sgtable that doesn't fit in a single page, allocate several
SCSI_MAX_SG_SEGMENTS sized tables and chain them together.
We default to the safe setup of NOT chaining, for now.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
>I've bisected it down to the x86_64-mm-cpa-kerneltext.patch and the
>
>+ if (!pte_present(*kpte))
>+ return 0;
I the most recent version of the patch I sent to Andi this line is gone (again),
as I realized it was wrong on i386 (namely for DEBUG_PAGEALLOC) and its
respective
Pierre Ossman wrote:
Nick Piggin wrote:
If you want to ensure you always only modify host->removed from under
the spinlock, it would be enforcable by introducing an accessor function
and doing a BUG_ON(!spin_is_locked()) in there.
If you just want to ensure that host->removed is 0 at this
The core of the patch - allow the last sg element in a scatterlist
table to point to the start of a new table. This adds a pointer
to the sglist structure, and defines sg_chain_ptr() which the
generic code can use to look it up.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
Just pass in the command, no point in passing in the scatterlist
and scatterlist pool index seperately.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_lib.c |9 +
drivers/scsi/scsi_tgt_lib.c |4 ++--
include/scsi/scsi_cmnd.h|2 +-
3 files changed,
Expose this setting for now, so that users can play with enabling
large commands without defaulting it to on globally.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 22 ++
1 files changed, 22 insertions(+), 0 deletions(-)
diff --git
This converts the SCSI mid layer to using the sg helpers for looking up
sg elements, instead of doing it manually.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/scsi/scsi_lib.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/drivers/scsi/scsi_lib.c
Hi,
Ok, got this cleaned up and split a bit. Should be more reviewable
now. A rough overview of what this does:
Some people complain that Linux doesn't support really large IO
commands. The main reason why we do not support infinitely sized IO
is that we need to allocate a scatterlist to fill
Convert the main rq mapper (blk_rq_map_sg()) to the sg helper setup.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
block/ll_rw_blk.c | 19 ---
1 files changed, 12 insertions(+), 7 deletions(-)
diff --git a/block/ll_rw_blk.c b/block/ll_rw_blk.c
index d99d402..0ad4c34 100644
This converts libata to using the sg helpers for looking up sg
elements, instead of doing it manually.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
drivers/ata/libata-core.c | 30 --
include/linux/libata.h| 16 ++--
2 files changed, 26
The dma mapping helpers need to be converted to using
sg helpers as well, so they will work with a chained
sglist setup.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/asm-i386/dma-mapping.h | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
It's a subsystem function, prefix it as such.
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
crypto/digest.c |2 +-
crypto/scatterwalk.c |2 +-
crypto/scatterwalk.h |2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/crypto/digest.c b/crypto/digest.c
index
First step to being able to change the scatterlist setup without
having to modify drivers (a lot :-)
Signed-off-by: Jens Axboe <[EMAIL PROTECTED]>
---
include/linux/scatterlist.h |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/include/linux/scatterlist.h
On Tue, 8 May 2007 13:26:00 -0700 (PDT),
[EMAIL PROTECTED] wrote:
> is it really enough to do the sync followed by the async piece?
>
> it seems to me that there may be a need for three steps
>
> 1. prep (sync, what we do today)
> which will all complete before
> 2. parallel (async)
> which
Hi,
Since the whole point is to detect the case where we don't have
a screen at all it makes sense to check several additional variables
and make certain that they are all 0. Agreed?
Like in the attached patch?
cheers,
Gerd
Refine SCREEN_INFO sanity check for vgacon initialization.
Nick Piggin wrote:
>
> If you want to ensure you always only modify host->removed from under
> the spinlock, it would be enforcable by introducing an accessor function
> and doing a BUG_ON(!spin_is_locked()) in there.
>
> If you just want to ensure that host->removed is 0 at this point, you
>
On Wed, 9 May 2007, Philippe De Muyter wrote:
> On Tue, May 08, 2007 at 10:21:12PM +0200, Geert Uytterhoeven wrote:
> > On Fri, 13 Apr 2007, Philippe De Muyter wrote:
> > > Add support for the Motorola sysv68 disk partition table (slices in
> > > motorola
> > > doc).
> > >
> > > Signed-off-by:
Hi Geert,
On Tue, May 08, 2007 at 10:21:12PM +0200, Geert Uytterhoeven wrote:
> Hi Philippe,
>
> On Fri, 13 Apr 2007, Philippe De Muyter wrote:
> > Add support for the Motorola sysv68 disk partition table (slices in motorola
> > doc).
> >
> > Signed-off-by: Philippe De Muyter <[EMAIL
On Tue, 8 May 2007 22:59:20 -0700 Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Sun, 06 May 2007 17:03:03 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > Andrew,
> >
> > On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote:
> > > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> > >
> > > >
To: [EMAIL PROTECTED]
cc: linux-kernel@vger.kernel.org
Subject: [ANNOUNCE] GIT 1.5.1.4
The latest maintenance release GIT 1.5.1.4 is available at the
usual places:
http://www.kernel.org/pub/software/scm/git/
git-1.5.1.4.tar.{gz,bz2} (tarball)
All users to the two-part rdtsc() macro have already switched to using
rdtscl() or rdtscll(). Remove the now-obsolete macro.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
---
include/asm-i386/msr.h |7 ---
include/asm-i386/paravirt.h |5 -
2 files changed, 0
Sam Ravnborg wrote:
>> http://www.kernel.org/pub/linux/kernel/people/hpa/newsetup-36f021b5.patch
>
> Are you planning to rebase to -linus and then let
> arch/x86_64/boot/Makefile be a reference to i386/boot/Makefile?
>
> The patch for kbuild to enable this is in -linus now.
>
> As for the
The definition of USER686 is supposed to be a mask of feature bits,
not an OR of feature numbers! It happened to work anyway on the only
processor affected, simply by pure coincidence. Fix.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
---
arch/i386/kernel/cpu/transmeta.c |6 --
1
When implementing things as macros, make sure we use typecasts and
parentheses where needed. The macros as defined were vulnerable to
surreptitious promotion causing problems.
Avoid macros where practical; e.g. wrmsr() can be an inline instead.
Signed-off-by: H. Peter Anvin <[EMAIL PROTECTED]>
When the number of conntracks is reached nf_conntrack_max limit, early_drop()
tries to free one of already used conntracks. If it does not find any conntracks
that may be freed, it leads to transmission errors.
In current implementation the conntracks are searched in one hash bucket only.
It have
On Tue, May 08 2007, Andrew Morton wrote:
> > static inline void bio_list_init(struct bio_list *bl)
> > {
> > bl->head = bl->tail = NULL;
> > }
> >
> > +#define bio_list_for_each(bio, bl) \
> > + for (bio = (bl)->head; bio && ({ prefetch(bio->bi_next); 1; }); \
> > +bio =
On Tue, May 08, 2007 at 10:15:21PM -0700, H. Peter Anvin wrote:
> Hello all,
>
> I believe the x86 setup tree is now finished. I will turn it into a
> "clean patchset" later this week, but I wanted to get flamed^W feedback
> on it first.
>
> The git tree is at:
>
>
Hallo (Ingo),
testing something regarding linuxpps I want to do it against the "latest
and greatest kernel ever" too.
rt-preempt is common from audio already.
CFS something new and promising.
But the patches conflict in their combination.
Is there something against this type of combination?
Pierre Ossman wrote:
Nick Piggin wrote:
@@ -501,9 +501,9 @@ void mmc_detect_change(struct mmc_host *host,
unsigned long delay)
{
#ifdef CONFIG_MMC_DEBUG
unsigned long flags;
-spin_lock_irqsave(host->lock, flags);
+spin_lock_irqsave(>lock, flags);
BUG_ON(host->removed);
-
At Wed, 09 May 2007 10:47:50 +1000,
Nick Piggin wrote:
>
> Satoru Takeuchi wrote:
> > At Tue, 8 May 2007 22:18:50 +0530,
> > Srivatsa Vaddagiri wrote:
> >
> >>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
While the comment says:
* To prevent rpciod from hanging, this allocator never sleeps,
* returning NULL if the request cannot be serviced immediately.
The function does not actually check for NULL pointers being returned.
Signed-off-by: Peter Zijlstra <[EMAIL PROTECTED]>
---
On Fri, 27 Apr 2007, Mauro Carvalho Chehab wrote:
> A short changelog:
>
>- New drivers:
> ivtv driver for Hauppauge PVR series and similar boards;
Can we please have proper Kconfig dependencies instead of
| #ifdef CONFIG_LIRC_I2C
| # error "This driver is not compatible with the
On Tue, 2007-05-08 at 08:46 -0600, Robert Hancock wrote:
> Ben Collins wrote:
> > The original HPA patch that Kyle worked on has gone into current git
> > without some fixes that we worked through late in the Ubuntu feisty
> > release. Here's the main copy of the notes I sent to Alan a few weeks
>
Nick Piggin wrote:
>> @@ -501,9 +501,9 @@ void mmc_detect_change(struct mmc_host *host,
>> unsigned long delay)
>> {
>> #ifdef CONFIG_MMC_DEBUG
>> unsigned long flags;
>> -spin_lock_irqsave(host->lock, flags);
>> +spin_lock_irqsave(>lock, flags);
>> BUG_ON(host->removed);
>> -
Just to stick my two cents in here:
The definition of what is meant by "large" filesystems has to change
with the advances in disk drive technology. In the not too distant
past, a "large" single filesystem was 100 GB. There are now consumer
grade disks on the market with 1 TB available in a
Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
---
include/linux/compat.h |3 +++
include/linux/syscalls.h |2 ++
2 files changed, 5 insertions(+), 0 deletions(-)
This is needed before Powerpc can wire up the syscall.
--
Cheers,
Stephen Rothwell[EMAIL
From: Mike Galbraith <[EMAIL PROTECTED]>
Date: Wed, 09 May 2007 05:29:20 +0200
> On Tue, 2007-05-08 at 18:44 -0700, David Miller wrote:
> > I've been noticing this off and on for the past week or so.
> >
> > The system seems to jam up for several seconds, anything that would
> > need to read
On Tue, May 08, 2007 at 01:22:56PM +0100, David Howells wrote:
> Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > +There are two special bitops with lock barrier semantics (acquire/release,
> > +same as spinlocks).
>
> You should update Documentation/memory-barriers.txt also.
>
> > #define
On Tue, 2007-05-08 at 22:59 -0700, H. Peter Anvin wrote:
> Antonino A. Daplas wrote:
> > On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> >> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> >> modes if framebuffer is disabled" is just plain wrong on any system
> >>
Pierre Ossman wrote:
Pierre Ossman wrote:
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
On Tue, 2007-05-08 at 23:05 -0400, Jeff Garzik wrote:
> H. Peter Anvin wrote:
> > Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> > modes if framebuffer is disabled" is just plain wrong on any system
> > which has support for extended text modes in its VESA BIOS.
> >
> >
On Sun, 06 May 2007 17:03:03 +0200 Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote:
> > * Andrew Morton <[EMAIL PROTECTED]> wrote:
> >
> > > > Fixup the existing users.
> > >
> > > This one makes the Vaio-of-fun hang during suspend
Antonino A. Daplas wrote:
> On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
>> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
>> modes if framebuffer is disabled" is just plain wrong on any system
>> which has support for extended text modes in its VESA BIOS.
>>
>>
On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
> Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e "fbdev: ignore VESA
> modes if framebuffer is disabled" is just plain wrong on any system
> which has support for extended text modes in its VESA BIOS.
>
> Antonio is incorrectly assuming
Pierre Ossman wrote:
> Linus, please pull from
>
> git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
>
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
--
-- Pierre Ossman
Linux kernel, MMC maintainer
yhlu wrote:
> so the kexec tools need to scan the pci devices list, and find out how
> to set real_mode.isVGA and orig_video_mode, also need to parse the
> comand line about vga console.
BTW, welcome to the hell of bypassing setup.
-hpa
-
To unsubscribe from this list: send the line
yhlu wrote:
so the kexec tools need to scan the pci devices list, and find out how
to set real_mode.isVGA and orig_video_mode, also need to parse the
comand line about vga console.
BTW, welcome to the hell of bypassing setup.
-hpa
-
To unsubscribe from this list: send the line
Pierre Ossman wrote:
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
--
-- Pierre Ossman
Linux kernel, MMC maintainer
On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e fbdev: ignore VESA
modes if framebuffer is disabled is just plain wrong on any system
which has support for extended text modes in its VESA BIOS.
Antonio is incorrectly assuming this
On Sun, 06 May 2007 17:03:03 +0200 Thomas Gleixner [EMAIL PROTECTED] wrote:
Andrew,
On Sat, 2007-05-05 at 13:51 +0200, Ingo Molnar wrote:
* Andrew Morton [EMAIL PROTECTED] wrote:
Fixup the existing users.
This one makes the Vaio-of-fun hang during suspend to disk. It gets
On Tue, 2007-05-08 at 23:05 -0400, Jeff Garzik wrote:
H. Peter Anvin wrote:
Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e fbdev: ignore VESA
modes if framebuffer is disabled is just plain wrong on any system
which has support for extended text modes in its VESA BIOS.
Antonio is
Pierre Ossman wrote:
Pierre Ossman wrote:
Linus, please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/drzeus/mmc.git for-linus
fsck! I pushed the wrong branch :/
This fix should have been in the last commit.
Sorry,
On Tue, May 08, 2007 at 01:22:56PM +0100, David Howells wrote:
Nick Piggin [EMAIL PROTECTED] wrote:
+There are two special bitops with lock barrier semantics (acquire/release,
+same as spinlocks).
You should update Documentation/memory-barriers.txt also.
#define
On Tue, 2007-05-08 at 22:59 -0700, H. Peter Anvin wrote:
Antonino A. Daplas wrote:
On Tue, 2007-05-08 at 19:56 -0700, H. Peter Anvin wrote:
Checkin 464bdd33e9baad9806c7adbd8dfc37081a55f27e fbdev: ignore VESA
modes if framebuffer is disabled is just plain wrong on any system
which has
501 - 600 of 1184 matches
Mail list logo