On Sun, 28 Oct 2007 13:43:21 -0400
"J. Bruce Fields" <[EMAIL PROTECTED]> wrote:
> From: J. Bruce Fields <[EMAIL PROTECTED]>
>
> We currently attempt to return -EDEALK to blocking fcntl() file locking
> requests that would create a cycle in the graph of tasks waiting on
> locks.
>
> This is ineff
On Sun, Oct 28, 2007 at 04:15:49PM -0400, Kyle McMartin wrote:
> To quote lolcats: CONFIG_RESOURCES_64BIT DO NOT WANT!
>
> I *think* I have the logic of this right... Anyway, I was annoyed by
> having to do the bloody ugly casts to unsigned long long in
> arch-specific code. As near as I can tell,
vmcore_find_descriptor_size() is only called by
reserve_elfcorehdr(), which is in __init, so it seems to me that
vmcore_find_descriptor_size() should be there too.
Signed-off-by: Simon Horman <[EMAIL PROTECTED]>
Index: linux-2.6/arch/ia64/kernel/efi.c
=
On Tue, 23 Oct 2007 21:04:20 +0200 Giacomo Catenazzi <[EMAIL PROTECTED]> wrote:
> Hello people,
>
> I've still some kernel bug
>
> ciao
> cate
>
> Oct 23 20:20:05 catee kernel: BUG: unable to handle kernel paging request at
> virtual address 92184900
> Oct 23 20:20:05 catee kernel: print
Hi,
We've uncovered a need when using the new memory manager to flush the
chipset global write buffers on certain intel chipset due to a lack of
coherency..
The attached patches add a new AGP interface for this purpose and
implements this in the Intel AGP driver. This stuff is based of some
On 10/29/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Mon, 22 Oct 2007 16:40:57 +0200 Stefani Seibold <[EMAIL PROTECTED]> wrote:
> >
> > The problem original occurs with the fb_defio driver
> > (driver/video/fb_defio.c).
> > This driver use the vm_ops.page_mkwrite() handler for tracking the m
> And if posix file locks are to be useful to threaded applications, then
> we have to preserve the same no-false-positives requirement for them as
> well.
It isn't useful to threaded applications. The specification requires
this. Which is another reason for having an additional Linux (for now)
fl
Alan Cox wrote:
A vendor ID of 1 is very very very broken. Do all boards have this or do
you have a faulty box (perhaps a misprogrammed EEPROM somewhere)
{ PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8136), 0, 0, RTL_CFG_2 },
{ PCI_DEVICE(PCI_VENDOR_ID_REALTEK, 0x8167), 0, 0, R
- Original Message
> From: Andrew Morton <[EMAIL PROTECTED]>
> To: Arjan van de Ven <[EMAIL PROTECTED]>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>; [EMAIL PROTECTED];
> linux-kernel@vger.kernel.org; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL
> PROTECTED]; [EMAIL PROTECTED]
> Sent: Saturday,
> "marco" == marco gaddoni <[EMAIL PROTECTED]> writes:
marco> i got this oops on my server. the kernel is a
marco> 2.6.21-2-686 from the debian.
marco> this is an ext3 filesystem on a raid0 array of 2 ide disks.
marco> got the oops while doing a big rm.
marco> any idea on the possible cause
On Mon, Oct 29 2007, Vasily Averin wrote:
> i2o crashed when CONFIG_DEBUG_SG is enabled because i2o_block_request
> structure
> includes array of scatterlists that should be initialised
>
> Signed-off-by:Vasily Averin <[EMAIL PROTECTED]>
> --- a/drivers/message/i2o/i2o_block.c
> +++ b/dri
Am Montag, 29. Oktober 2007 schrieb Andrew Morton:
> On Sun, 21 Oct 2007 13:16:14 +0200 Toralf Förster <[EMAIL PROTECTED]> wrote:
>
> > I use the following one liner for regression tests of the cpufreq governor
> > and
> > friends:
> >
> > [EMAIL PROTECTED] ~ $ time factor 819734028463158891
> >
> It is not recognised by 2.6.24-rc1. I'm guessing it's because the
> vendor ID is 0001 rather than something sensible. I patched the kernel
> as follows:
A vendor ID of 1 is very very very broken. Do all boards have this or do
you have a faulty box (perhaps a misprogrammed EEPROM somewhere)
>
>
I dislike this patch:
it's not scalable/efficient to travers all the tasks
while we know the pid namespace we care about.
Kirill
Eric W. Biederman wrote:
> This patch implements task_in_pid_ns and uses it to limit cap_set_all
> and sys_kill(-1,) to only those tasks in the current pid namespace.
On Mon, 29 Oct 2007, Michael Ellerman wrote:
> Change the hrtimer printk "Switched to high resolution mode .." to
> be KERN_DEBUG, rather than KERN_INFO. If users need to see this they
> can pass "loglevel" or "debug" on the command line, or check dmesg.
>
> Signed-off-by: Michael Ellerman <[EMAI
On Mon, Oct 29, 2007 at 10:12:06AM +0100, Jens Axboe wrote:
> > > Russell, will you be merging this yourself or do you want me to include
> > > it in the sg fixup branch?
> >
> > It's already merged into the ARM git tree as of Friday. Waiting for
> > ack's from various people for other merged pat
On Mon, Oct 29, 2007 at 03:53:14AM -0400, Jeff Garzik wrote:
>
> You would also want to kfree(hidinput) on failure too.
Oops, of course. Thanks for catching that. Here's the updated patch
/D
[INPUT] hidinput_connect incorrectly ignored return value from
input_register_device
Signed-off-by: D
Hi,
On Sat, 2007-10-27 at 23:00 +0200, Christoph Hellwig wrote:
> On Wed, Oct 24, 2007 at 06:26:26PM +0200, Adrian Bunk wrote:
> > The Coverity checker spotted the following array overflow caused by
> > commit 34c0d154243dd913c5690ae6ceb9557017429b9c:
>
> The line is a left-over from times when g
On Mon, Oct 29 2007, Russell King wrote:
> On Mon, Oct 29, 2007 at 09:59:36AM +0100, Jens Axboe wrote:
> > On Sat, Oct 27 2007, Russell King wrote:
> > > On Sat, Oct 27, 2007 at 07:44:04PM +0100, Al Viro wrote:
> > > >
> > > > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > > > ---
> > > > diff --g
Linus,
please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/tglx/linux-2.6-hrt.git
the following small updates.
Thanks,
tglx
---
Adrian Bunk (1):
clockevents: unexport tick_nohz_get_sleep_length
Michael Ellerman (1):
Quieten hrtimer printk: "Switched to hi
On Fri, 2007-10-26 at 11:33 -0700, Stephen Hemminger wrote:
> Don't call napi_disable if not configured.
> And make sure that any misuse of napi_xxx in future fails
> with a compile error.
>
> Signed-off-by: Stephen Hemminger <[EMAIL PROTECTED]>
>
This fix the problem for me (at least, after 8
On Sat, Oct 27 2007, Russell King wrote:
> On Sat, Oct 27, 2007 at 07:44:04PM +0100, Al Viro wrote:
> >
> > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > ---
> > diff --git a/drivers/scsi/arm/scsi.h b/drivers/scsi/arm/scsi.h
> > index 21ba571..2d09fef 100644
> > --- a/drivers/scsi/arm/scsi.h
> >
At Fri, 26 Oct 2007 22:45:38 +0530,
Kamalesh Babulal wrote:
>
> Takashi Iwai wrote:
> > At Fri, 26 Oct 2007 08:52:02 -0700,
> > Greg KH wrote:
> >> On Fri, Oct 26, 2007 at 02:47:22PM +0530, Kamalesh Babulal wrote:
> >>> I get similar warning, while loading the alsa driver
> >> This is a different
Dirk Hohndel wrote:
[INPUT] hidinput_connect incorrectly ignored return value from
input_register_device
Signed-off-by: Dirk Hohndel <[EMAIL PROTECTED]>
---
drivers/hid/hid-input.c | 12 ++--
1 files changed, 10 insertions(+), 2 deletions(-)
diff --git a/drivers/hid/hid-input.c b/d
On Sun, 28 Oct 2007, Matthew Wilcox wrote:
> > A potential for deadlock occurs if a process controlling a locked
> > region is put to sleep by attempting to lock another process'
> > locked region. If the system detects that sleeping until a locked
> > region is unlocked would c
On Mon, Oct 29, 2007 at 09:59:36AM +0100, Jens Axboe wrote:
> On Sat, Oct 27 2007, Russell King wrote:
> > On Sat, Oct 27, 2007 at 07:44:04PM +0100, Al Viro wrote:
> > >
> > > Signed-off-by: Al Viro <[EMAIL PROTECTED]>
> > > ---
> > > diff --git a/drivers/scsi/arm/scsi.h b/drivers/scsi/arm/scsi.h
On Sun, 28 Oct 2007, J. Bruce Fields wrote:
> But, OK, if we can identify unshared current->files at the time we put a
> task to sleep, then a slight modification of our current algorithm might
> be sufficient to detect any deadlock that involves purely posix file
> locks and processes. And we
On Mon, 29 Oct 2007 08:33:33 +
Alan Cox <[EMAIL PROTECTED]> wrote:
> > It is not recognised by 2.6.24-rc1. I'm guessing it's because the
> > vendor ID is 0001 rather than something sensible. I patched the
> > kernel as follows:
>
> A vendor ID of 1 is very very very broken. Do all boards have
On Mon, Oct 29 2007, Al Viro wrote:
> On Mon, Oct 29, 2007 at 10:12:06AM +0100, Jens Axboe wrote:
> > > > Russell, will you be merging this yourself or do you want me to include
> > > > it in the sg fixup branch?
> > >
> > > It's already merged into the ARM git tree as of Friday. Waiting for
> >
On Mon, 2007-10-29 at 10:22 +0800, Zhang, Yanmin wrote:
> On Fri, 2007-10-26 at 13:23 +0200, Ingo Molnar wrote:
> > * Zhang, Yanmin <[EMAIL PROTECTED]> wrote:
> >
> > > I tested 2.6.24-rc1 on my x86_64 machine which has 2 quad-core processors.
> > >
> > > Comparing with 2.6.23, aim7 has about -30
On Sun, Oct 28 2007 at 17:51 +0200, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch removes obviously dead code.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
>
> drivers/scsi/seagate.c |2 --
> 1 file changed, 2 deletions(-)
>
Actually I have sent a patch to completely r
Jan-Bernd Themann wrote:
eHEA resources that are allocated via H_CALLs have a unique identifier each.
These identifiers are necessary to free the resources. A reboot notifier
is used to free all eHEA resources before the indentifiers get lost, i.e
before kexec starts a new kernel.
Signed-off-by:
Hi Pierrie,
Thanks for writing back.
: > - } while (!(cmd.resp[0] & R1_READY_FOR_DATA));
: > -
: > + } while (!(R1_CURRENT_STATE(cmd.resp[0]) ==
4));
: > +
: > #if 0
:
: This might trade us one
On Thu, October 25, 2007 02:42, Casey Schaufler wrote:
>
> I agree that security code does need to provide security. What we
> need to get away from is the automatic attacks that are based on 20th
> century computer system assumptions. Things like "name based access
> control is rediculous", and "a
On Mon, 29 Oct 2007, Dirk Hohndel wrote:
> [INPUT] hidinput_connect incorrectly ignored return value from
> input_register_device
> Signed-off-by: Dirk Hohndel <[EMAIL PROTECTED]>
Will apply, thanks a lot.
--
Jiri Kosina
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
Eric W. Biederman wrote:
> Adrian Bunk <[EMAIL PROTECTED]> writes:
>
>> On Sun, Oct 28, 2007 at 09:12:34AM -0700, Jeremy Fitzhardinge wrote:
>>> Eric W. Biederman wrote:
Roughly that sounds like CONFIG_EXPERIMENTAL to me. But I would
be happy to hear if someone has a better idea.
>>> Ra
Hi,
sometime on resuming from s2ram my laptop spew the following oops.
Config, dmesg etc are at:
http://www.dea.icai.upcomillas.es/romano/linux/info/2624rc1_6/
[3.475386] Oops: [#1] SMP
[3.475602] Process kacpi_notify (pid: 50, ti=c2122000 task=c210c030
task.ti=c2122000)
On Oct 29 2007 11:07, Markus Elfring wrote:
>
>> Like I said, klogd. This seems to be outside the scope of LKML.
>
>Which function instructs the kernel log daemon to record the notice at the
>beginning of
>the boot process?
>http://chuck.netbsd.sk/source/xref/sysklogd-1.4.1rh/klogd.c
>
>Is the me
At Sun, 28 Oct 2007 14:27:04 +,
Adrian McMenamin wrote:
>
> This patch supresses an annoying compiler warning that the variable
> err may be used uninitialised.
>
> Signed-off by: Adrian McMenamin <[EMAIL PROTECTED]>
Applied to ALSA tree now.
Thanks,
Takashi
>
>
> diff --git a/sound/sh/
> Like I said, klogd. This seems to be outside the scope of LKML.
Which function instructs the kernel log daemon to record the notice at the
beginning of
the boot process?
http://chuck.netbsd.sk/source/xref/sysklogd-1.4.1rh/klogd.c
Is the message sent by a printk() call?
Where is the text "Inspe
On Fri, Oct 26 2007 at 11:40 +0200, Jeff Garzik <[EMAIL PROTECTED]> wrote:
> Neither gdth_get_status() nor __gdth_interrupt() need their 'irq'
> argument, so remove it.
>
> Signed-off-by: Jeff Garzik <[EMAIL PROTECTED]>
> ---
> drivers/scsi/gdth.c | 21 +
> 1 files changed,
With gcc 4.0.0 and binutils 2.15.94 I get:
CC arch/frv/mm/dma-alloc.o
arch/frv/mm/dma-alloc.c: In function 'consistent_alloc':
arch/frv/mm/dma-alloc.c:66: error: impossible constraint in 'asm'
make[2]: *** [arch/frv/mm/dma-alloc.o] Error 1
make[1]: *** [arch/frv/mm] Error 2
make: *** [sub-
On Mon, 2007-10-29 at 01:17 -0700, Jaya Kumar wrote:
> On 10/29/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Mon, 22 Oct 2007 16:40:57 +0200 Stefani Seibold <[EMAIL PROTECTED]>
> > wrote:
> > >
> > > The problem original occurs with the fb_defio driver
> > > (driver/video/fb_defio.c).
> >
On 29 Oct 2007, at 06:18, Mike Galbraith wrote:
hrmph, CC to members only list removed.
What makes you think it is members only?!? NTFS-dev is not members
only at all. It is moderated which is a very different thing. Most
list members have to be approved for posting, too... And the onl
> Like I said, no. This is done by klogd.
Now I have found the notice "Inspecting" in the function "CheckMapVersion".
http://chuck.netbsd.sk/source/xref/sysklogd-1.4.1rh/ksym.c
I am interested to look at a source file that contains the dicussed error
message. Does
anybody know a development pack
>> Like I said, no. This is done by klogd.
>
>Now I have found the notice "Inspecting" in the function "CheckMapVersion".
>http://chuck.netbsd.sk/source/xref/sysklogd-1.4.1rh/ksym.c
>
>I am interested to look at a source file that contains the dicussed error
>message. Does
>anybody know a develop
Hi,
-Once significant exception is when moving code from one file to
+One significant exception is when moving code from one file to
another in this case you should not modify the moved code at all in
the same patch which moves it. This clearly delineates the act of
moving the code and your
From: Keiichi Kii <[EMAIL PROTECTED]>
Greg, could you replace old patch with new one?
Fix typo and insert " -- " between clauses.
Signed-off-by: Keiichi Kii <[EMAIL PROTECTED]>
Cc: Andy Whitcroft <[EMAIL PROTECTED]>
---
Index: trunk/Documentation/SubmittingPatches
===
Rob Meijer wrote:
> What may be even more relevant are those concepts that couldn't be done
> in SELinux, and how proposals that come from the theory of alternative
> access controll models (like object capability modeling) are dismissed
> by the aparently largely MLS/MAC oriented people on the lis
Hi,
On 29 Oct 2007, at 06:08, Mike Galbraith wrote:
I've stumbled across a 2.6.22->2.6.23 regression. First md5sum access
of an empty NTFS file leads to kernel I/O error gripe, a second access
leaves md5sum hung. 2.6.22.10 has no trouble accessing this file.
Looking at the 22->23 diff, I don'
On Fri, Oct 26, 2007 at 01:54:30PM +0200, Jens Axboe wrote:
> On Fri, Oct 26 2007, Kamalesh Babulal wrote:
> > Hi Jens,
> >
> > sg_set_buf(list, address, 0);
> > }
>
> That's not quite right, it should be:
>
> diff --git a/drivers/s390/scsi/zfcp_def.h b/drivers/s390/scsi/zfcp_def.h
> index
Hi,
I am researching now about the Linux kernel memory on 64-bit (x86_64)
machines. I am looking into answering the following questions:
1. Is there a user-kernel split on 64-bit memories? If so, how is it
done? What is the size of each part?
2. Does kernel high memory exists on 64-bit mac
* Randy Dunlap <[EMAIL PROTECTED]> wrote:
> > config VIDEO_SAA7146_VV
> > tristate
> > depends on VIDEO_DEV = y || VIDEO_DEV = VIDEO_SAA7146_VV
> > select VIDEOBUF_DMA_SG
> > select VIDEO_SAA7146
> >
> > (untested)
>
> Nope, won't work. I tried that last night. VIDEO_DEV_SAA71
- Original Message
> From: Ingo Molnar <[EMAIL PROTECTED]>
> To: Andrew Morton <[EMAIL PROTECTED]>
> Cc: [EMAIL PROTECTED]; linux-kernel@vger.kernel.org; [EMAIL PROTECTED];
> [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Sent: Friday, October 26, 2007 9:33:40 PM
> Subject: Re:
On Mon, Oct 29 2007, Kamalesh Babulal wrote:
> On Fri, Oct 26, 2007 at 01:54:30PM +0200, Jens Axboe wrote:
> > On Fri, Oct 26 2007, Kamalesh Babulal wrote:
> > > Hi Jens,
> > >
> > > sg_set_buf(list, address, 0);
>
> > > }
> >
> > That's not quite right, it should be:
> >
> > diff --git a/dr
On Mon, 2007-10-29 at 00:36 -0700, Andrew Morton wrote:
> On Mon, 22 Oct 2007 13:43:16 +0100 (BST) Chris Rankin <[EMAIL PROTECTED]>
> wrote:
>
> > Hi,
> >
> > I have a Netgear MA301 PLX wireless networking adapter which wants to use
> > the hostap_plx driver in
> > Linux 2.6.23.1. This very sam
On Mon, Oct 29 2007, Kamalesh Babulal wrote:
> Jens Axboe wrote:
> > On Mon, Oct 29 2007, Kamalesh Babulal wrote:
> >> On Fri, Oct 26, 2007 at 01:54:30PM +0200, Jens Axboe wrote:
> >>> On Fri, Oct 26 2007, Kamalesh Babulal wrote:
> Hi Jens,
>
> sg_set_buf(list, address, 0);
* Mikael Pettersson <[EMAIL PROTECTED]> wrote:
> On Sun, 28 Oct 2007 21:33:02 -0700, H. Peter Anvin wrote:
> > Mikael Pettersson wrote:
> > > My old 486 fails to boot with the 2.6.24-rc1 kernel.
> > > Grub loads it, 4 lines of text appear but not the kernel's
> > > "Linux version greet", and the
--- Dan Williams <[EMAIL PROTECTED]> wrote:
> This same sort of problem was just fixed for iwl4965. The fix for that
> was to disable device interrupts until everything the driver needed
> (including interrupt handler) was set up and ready before re-enabling
> them, I think. See the thread "iwl49
On Mon, 2007-10-29 at 10:31 +, Anton Altaparmakov wrote:
> Could you post the complete dmesg output, please?
Attached. This is after a reboot though, but a fresh attempt to sum the
0 length file, so the NTFS message is there.
> Nothing related has changed in the NTFS driver between 2.6.22.1
Jens Axboe wrote:
> On Mon, Oct 29 2007, Kamalesh Babulal wrote:
>> On Fri, Oct 26, 2007 at 01:54:30PM +0200, Jens Axboe wrote:
>>> On Fri, Oct 26 2007, Kamalesh Babulal wrote:
Hi Jens,
sg_set_buf(list, address, 0);
>>
}
>>> That's not quite right, it should be:
>>>
>>> dif
On Mon, 2007-10-29 at 00:18 -0700, Andrew Morton wrote:
> On Sun, 21 Oct 2007 21:23:21 +0200 Thomas Meyer <[EMAIL PROTECTED]> wrote:
> >
> > I have an external hard drive with an encrypted partition. I am using
> > kde so all i had to do under 2.6.23 was
> > "cryptsetup luksOpen /dev/sdb2 crypt-
On Mon, Oct 29, 2007 at 02:12:07PM +0800, Li Yang-r58472 wrote:
[...]
> > > > +#ifdef CONFIG_NET_POLL_CONTROLLER
> > > > +/*
> > > > + * Polling 'interrupt' - used by things like netconsole to send
> > > > +skbs
> > > > + * without having to re-enable interrupts. It's not called while
> > > > + *
Yet another issue where we ignore errors - this needs someone to make sure that
I am passing around the right error codes (and am cleaning up correctly)
[PATCH] add_partition silently ignored errors
Signed-off-by: Dirk Hohndel <[EMAIL PROTECTED]>
---
block/ioctl.c |5 -
fs/part
On Monday 29 October 2007 03:45, you wrote:
> On Mon, 22 Oct 2007 15:03:54 -0400 Syd Alsobrook <[EMAIL PROTECTED]> wrote:
> > OOPS in khubd on disconnect of Labtec USB Headset
> >
> > Linux version 2.6.23.1 ([EMAIL PROTECTED]) (gcc version 4.1.3 20070831
> > (prerelease) (Debian 4.1.2-16)) #5 SMP P
Hello Balbir,
On Tuesday 16 October 2007, Balbir Singh wrote:
> Christian Borntraeger wrote:
> > Am Dienstag, 16. Oktober 2007 schrieb Balbir Singh:
> >> I am trying to think out loud as to what the root cause of the problem
> >> might be. In one of the discussion threads, I saw utime going
> >> b
On Sun, 28 Oct 2007 00:47:15 +0200 (CEST)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> Yes, but the fact is that is really is invalid use of mutex -- because the
> mutex owner could become seriously wrong after fork() or sending the
> filedescriptor through unix socket ... this easily leads to broke
On Sun, 28 Oct 2007 12:12:19 +0100 (CET)
Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Sat, 27 Oct 2007, Andrew Morton wrote:
>
> > It's a fairly daft thing to do. I think it'd be saner to teach rtc about
> > test_and_set_bit() personally..
>
>
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> RTC:
Suppress AOUT library support in ELF binfmt if CONFIG_BINFMT_AOUT is not set.
The MN10300 architecture does not support the AOUT binfmt, so the ELF binfmt
should not be permitted to go looking for AOUT libraries to load.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
fs/binfmt_elf.c
These patches add the MEI/Panasonic MN10300/AM33 architecture to the Linux
kernel.
The first patch makes it possible to suppress AOUT support in the ELF binfmt.
MN10300 does not support the AOUT binfmt, so the ELF binfmt should not be
permitted to go looking for AOUT libraries to load.
The seco
Frans Pop wrote:
> Hello Balbir,
[snip]
> Any progress on this issue? I noticed that it's still there in current git.
>
I have been looking elsewhere, sorry, I'll look into this issue tonight
> If a better implementation is not expected any time soon, how about an ACK
> on the reversion patch
On Mon, 2007-10-29 at 11:11 +0100, Peter Zijlstra wrote:
> On Mon, 2007-10-29 at 01:17 -0700, Jaya Kumar wrote:
> > On 10/29/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > On Mon, 22 Oct 2007 16:40:57 +0200 Stefani Seibold <[EMAIL PROTECTED]>
> > > wrote:
> > > >
> > > > The problem original o
On Mon, Oct 29, 2007, Ingo Molnar wrote:
> * Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > > config VIDEO_SAA7146_VV
> > > tristate
> > > depends on VIDEO_DEV = y || VIDEO_DEV = VIDEO_SAA7146_VV
> > > select VIDEOBUF_DMA_SG
> > > select VIDEO_SAA7146
> > >
> > > (untested)
> >
> > Nope,
Jeff Garzik <[EMAIL PROTECTED]> :
[...]
> Regardless, I agree with your "you...have a return candidate" comment.
I would welcome a complete lspci -vxx + dmesg before the board is eventually
returned though.
(Ciaran: CFG_2 is needed, yes.)
--
Ueimor
-
To unsubscribe from this list: send the line
Yoav Artzi <[EMAIL PROTECTED]> writes:
> I am researching now about the Linux kernel memory on 64-bit (x86_64)
> machines. I am looking into answering the following questions:
>
> 1. Is there a user-kernel split on 64-bit memories? If so, how is it
> done? What is the size of each part?
See Docum
* Martin Knoblauch <[EMAIL PROTECTED]> wrote:
> One of the reasons I do 15 GB transfers is to make sure that I am
> well above the possible page cache size. And of course I am doing a
> final sync to finish the runs :-) The sync is also running faster in
> 2.6.24-rc1.
>
> If I factor it
> syslogd...src.rpm in your distribution.
I'm sorry - I can not select a -devel package for klogd, syslogd and syslog-ng
in my YaST2
GUI so far. Would you like to suggest any additional installation source?
Regards,
Markus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel
Mikael Pettersson wrote:
> On Sun, 28 Oct 2007 21:33:02 -0700, H. Peter Anvin wrote:
>> Mikael Pettersson wrote:
>>> My old 486 fails to boot with the 2.6.24-rc1 kernel.
>>> Grub loads it, 4 lines of text appear but not the kernel's
>>> "Linux version greet", and the machine reboots.
>>> Double-ch
Not architecture specific code should not #include .
This patch therefore either replaces them with
#include or simply removes them if they were
unused.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
crypto/anubis.c |1 -
crypto/blowfish.c|
This patch removes the following unused exports:
- cpuidle_devices
- cpuidle_register_governor
- cpuidle_unregister_governor
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
drivers/cpuidle/cpuidle.c |1 -
drivers/cpuidle/governor.c |3 ---
2 files changed, 4 deletions(-)
d2197cfe90
This patch removes the dead X86_REMOTE_DEBUG option.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
6ea2f2bbd1646369a3affbed8ad1af5acc1530cd
diff --git a/arch/x86/Kconfig.debug b/arch/x86/Kconfig.debug
index 970b2de..a2fa37d 100644
--- a/arch/x86/Kconfig.debug
+++ b/arch/x86/Kconfig.debug
@@
This patch merges the x86_64 EARLY_PRINTK option into the i386 one.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/x86/Kconfig.debug |3 +--
arch/x86/Kconfig.x86_64 |4
2 files changed, 1 insertion(+), 6 deletions(-)
9ac736d36f60cbfe4343f51b0f776e2068ceebe4
diff --git a
This patch fixes the following section mismatches:
<-- snip -->
...
WARNING: vmlinux.o(.text+0x5b5c2): Section mismatch: reference to
.init.text:memmap_init_zone (between 'memmap_init' and 'virtual_memmap_init')
WARNING: vmlinux.o(.text+0x5b842): Section mismatch: reference to
.init.text:memm
One EXPORT_SYMBOL should be enough for everyone.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
arch/m68knommu/kernel/m68k_ksyms.c | 11 ---
1 file changed, 11 deletions(-)
db7c0d48feac0857d0bc2e79147b63d5f9675077
diff --git a/arch/m68knommu/kernel/m68k_ksyms.c
b/arch/m68knommu
Stefan Richter <[EMAIL PROTECTED]> writes:
> This device is a somewhat buggy PCI card which somebody sent me after
> unsuccessful attempts to get it properly working under Linux. Among
> more serious trouble, ohci1394 reads a bogus maximum async payload (a
> zero value) from the BusOptions regist
On 10/29/07, Jiri Kosina <[EMAIL PROTECTED]> wrote:
> On Mon, 29 Oct 2007, Dirk Hohndel wrote:
>
> > [INPUT] hidinput_connect incorrectly ignored return value from
> > input_register_device
> > Signed-off-by: Dirk Hohndel <[EMAIL PROTECTED]>
>
> Will apply
Please don't - the fix is completely brok
On Mon, 29 Oct 2007, Dmitry Torokhov wrote:
> Please don't - the fix is completely broken for multi-input devices -
> if 2nd device fails to register we bail out of hidinput_connect and
> thus never set HID_CLAIMED_INPUT bit. So when we disconnect device we
> never call hidinput_disconnect and who
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> This patch fixes an off-by-one error spotted by the Coverity checker.
NAK.
Why do you assume it's a NUL-terminated string? It's not. It's a fixed
length character array that gets padded out with NULs.
Look 9 lines further down in the file from the chan
Em Sun, Oct 28, 2007 at 09:44:41AM +0100, Sam Ravnborg escreveu:
> >
> > As a general rule, I think it better to use includes
> > than use naked forward declarations.
>
> Quite the opposite - at least in the kernel source.
> The general rule is that a .h file shall include the
> .h files which co
Hello,
I am running Linux on a PC104 board from a compact flash card. Because
the physical DMA lines are missing on some of the compact flash
carrier cards, I would like to be able to boot with DMA disabled and
to enable DMA in a later stage if desired (and supported by hardware).
The problem is
Yeah... I haven't got around to updating FRV yet after the last merge window.
Acked-by: David Howells <[EMAIL PROTECTED]>
-
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/majordo
Jan Dittmer <[EMAIL PROTECTED]> wrote:
> With gcc 4.0.0 and binutils 2.15.94 I get:
I'm using gcc 4.1.2.
David
-
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.htm
On Mon, 29 Oct 2007 05:22:11 -0700,
Dirk Hohndel <[EMAIL PROTECTED]> wrote:
> @@ -390,20 +390,31 @@ void add_partition(struct gendisk *disk, int part,
> sector_t start, sector_t len,
> p->kobj.parent = &disk->kobj;
> p->kobj.ktype = &ktype_part;
> kobject_init(&p->kobj);
> -
Hi Olivér,
On 10/28/07, Olivér Pintér <[EMAIL PROTECTED]> wrote:
> Hi Dmitry!
>
> I have one very nice regression ... under 2.6.22 kernel, im VT mode,
> when I turn on the caps lock and I typing for Q - M, then become this
> string: qwERTZUiOPõúAsdfgHjkléáûíyxcvbnM
>
> i tested under 2.6.22.9 tain
Adrian Bunk wrote:
One EXPORT_SYMBOL should be enough for everyone.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Greg Ungerer <[EMAIL PROTECTED]>
---
arch/m68knommu/kernel/m68k_ksyms.c | 11 ---
1 file changed, 11 deletions(-)
db7c0d48feac0857d0bc2e79147b63d5f967507
Hello,
I apologize if it's already reported, but quick search in LKML archive
didn't find anything like that.
After some dbench runs on ext3 partition, mounted on /mnt, then quickly
umount /mnt, lockdep reported possible circular locking dependency
detected. See attach for the complete messa
On Mon, Oct 29 2007, Adrian Bunk wrote:
> Not architecture specific code should not #include .
>
> This patch therefore either replaces them with
> #include or simply removes them if they were
> unused.
Looks fine to me - what did you compile test this on?
--
Jens Axboe
-
To unsubscribe from
From: David Howells <[EMAIL PROTECTED]>
mm/nommu.c needs to #include linux/module.h for it to understand EXPORT_*()
macros.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
mm/nommu.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/mm/nommu.c b/mm/nommu.c
index 8f09
On Sun, Oct 28, 2007 at 08:50:33PM -0600, Bjorn Helgaas wrote:
> On Saturday 27 October 2007 9:09:47 am Matthew Garrett wrote:
> > On Thu, Oct 25, 2007 at 09:06:22AM -0600, Bjorn Helgaas wrote:
> > > But we really *should* reserve things used by opregions, shouldn't
> > > we? After all, the whole
To be consistent with other architectures, these two DMA macros should
be defined in scatterlist.h as opposed to dma-mapping.h
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
if david prefers to handle this because he wants to do something
differently, that's cool.
not compile-test
1 - 100 of 535 matches
Mail list logo
