On Thu, 05 Apr 2007 11:44:46 BST, Alan Hourihane said:
> Attached is a patch against 2.6.21-rc5 which adds the Intel Vermilion
> Range support.
One non-technical question here...
> +config FB_VERMILION
> + tristate "Vermilion support"
> + depends on FB && PCI && X86
> + select FB_MOD
Markus Rechberger wrote:
please see:
http://kvm.qumranet.com/kvmwiki/FAQ
"How can I tell if I have Intel VT or AMD-V?"
Yes, what's your point?
-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo i
On Wed, 04 Apr 2007 22:37:29 PDT, William Lee Irwin III said:
> The actual phenomenon of concern here is dense matrix code with sparse
> matrix inputs. The matrices will typically not be vast but may span 1MB
> or so of RAM (1024x1024 is 1M*sizeof(double), and various dense matrix
> algorithms tar
On Thu, Apr 05, 2007 at 10:27:52PM +0530, Srivatsa Vaddagiri wrote:
> Ok ..by posting rcfs patches, I didn't mean to introduce a "yours" and
> "mine" rift ..honestly. In fact you would notice that they have your
> (sole) copyright still on them! It took me just two days to convert over the
> patch
H. Peter Anvin wrote:
Andreas Herrmann wrote:
It is not equivalent. Usually users check /proc/cpuinfo for their
CPU features. Deleting that flag is kind of obfuscation.
I guess some time ago people did not care about their "svm" or "vmx"
flags. Nowadays (e.g. with kvm) some people are quite ha
On Thursday 05 April 2007 18:20:49 Andreas Herrmann wrote:
> On Thu, Apr 05, 2007 at 05:37:17PM +0200, Andi Kleen wrote:
> >
> > > > > This patch will enable default_idle for non-Intel
> > > > > CPUs even if mwait is supported.
> > > >
> > > > It would be better to clear MONITOR/MWAIT in the AMD
On Mon, 02 Apr 2007 22:47:45 PDT, Andrew Morton said:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
Am seeing an Oops 'cannot handle kernel paging request' during late
system startup, hand-copied traceback follows:
avc_has_perm_noaudit+0x2bf/0x506
avc_
Andreas Herrmann wrote:
It is not equivalent. Usually users check /proc/cpuinfo for their
CPU features. Deleting that flag is kind of obfuscation.
I guess some time ago people did not care about their "svm" or "vmx"
flags. Nowadays (e.g. with kvm) some people are quite happy
if one of those str
The machine is x86_64 SMP. I also got the oops in the Fedora kernels:
2.6.20-1.2933.fc6 and 2.6.20-1.3017.fc7. The system isn't locked solid but
it seems anything touching the scsi disks hangs. I also twice got this early
in the boot and it stopped booting.
Anything I can do to help just ask.
On Wed, Apr 04, 2007 at 11:57:18AM -0700, Paul Menage wrote:
> > Very true. That's a bug and can be rectified. Atm however in my patch
> > stack, I have dropped this whole find_nsproxy() and instead create a new
> > nsproxy whenever tasks move ..Not the best I agree on long run.
>
> Or even short
Had a quick question, this is the first time I have seen this happen, and
it was not even under during heavy I/O, hardly anything was going on with
the box at the time.
Any idea what could have caused this? I am running a badblocks test right
now, but so far the disk looks OK.
[369143.91609
On Thu, Apr 05, 2007 at 12:11:57PM -0400, Mark Lord wrote:
> For personal systems, yes. For servers, probably not a bug.
>
> Disabling readahead means faster execution queued commands,
> since it doesn't have to "linger" and do unwanted read-ahead.
> So this bug is a "feature" for random access s
Hi,
On 3/04/2007 3:47 PM, Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
- The oops in git-net.patch has been fixed, so that tree has been restored.
It is huge.
- Added the device-mapper development tree to the -mm lineup (Alas
On Tue, Apr 03, 2007 at 07:50:16PM +0200, Blaisorblade wrote:
> Please, simply include uml-config.h and use just UML_CONFIG_MODE_TT.
okok :-)
Jeff
Use only one ifdef to mark stack_sp as being tt mode only.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/kern_util.h |
> > It would be enormously helpful if instead we got say 15 small patch sets
> > which are independant so that a query or NAK means 14 sets get applied
> > this time around not zero.
>
> I was thinking about merging the patches together more, but the end result
> would not be very readable,
Hi, Dick,
Your steps work beautifully. Thanks.
If you could explain a little about what happens in each step, that
would be even better.
# cd /usr/src/linux-2.6.20.3
If your current kernel is 2.6.20.3, edit the Makefile to
add some character after "EXTRAVERSION" as EXTRAVERSION= 3x
# cp .con
On Wed, 4 Apr 2007, Pat wrote:
> I'm running kernel 2.6.9-22.ELsmp on dual Xeon
You'd do better to ask Red Hat support than here.
> servers. I've received kernel panics occasionally in
> the past, but they are more frequent now as the load
> on the system has increased. Below is a capture of the
Mark Lord wrote:
This is mostly a problem with the WD Raptor drive, and some other WD
drives.
I have not yet encountered/noticed the problem with other brands.
Sounds like this is a serious bug in the WD firmware.
For personal systems, yes. For servers, probably not a bug.
In my case the
On Thu, Apr 05, 2007 at 04:15:07PM +0200, Danny Kukawka wrote:
> Hi,
>
> while debug some strange termal shutdowns I wrote this patch to get more
> information in /var/log/messages about the reason for the shutdown. I
> think this would be useful in general.
Yes, especially as these were bogus
On Thu, 5 Apr 2007 14:13:52 +0100 Alan Cox wrote:
> This one should fix the problems with slave devices and the Macintosh hang
s/Performa/Perform/g
> +/**
> + * ata_read_native_max_address_ext - LBA48 native max query
> + * @dev: Device to query
> + *
> + * Performa an LBA48 size que
On Thu, Apr 05, 2007 at 05:37:17PM +0200, Andi Kleen wrote:
>
> > > > This patch will enable default_idle for non-Intel
> > > > CPUs even if mwait is supported.
> > >
> > > It would be better to clear MONITOR/MWAIT in the AMD specific
> > > CPU initialize code than add workarounds everywhere else
On Wed, Apr 04, 2007 at 07:15:32PM +0100, Russell King wrote:
> *However* you still run into the issue that you do not know how many
> serial ports you will need to register a tty driver with the tty layer.
> Solve that technical problem and the idea of having a single namespace
> for chosen serial
Jakub Jelinek wrote:
+ /* FIXME: POSIX says that MADV_DONTNEED cannot throw away data. */
case MADV_DONTNEED:
+ case MADV_FREE:
error = madvise_dontneed(vma, prev, start, end);
break;
I think you should only use the new behavior for madvise M
Phillip Susi wrote:
Mark Lord wrote:
This is mostly a problem with the WD Raptor drive, and some other WD
drives.
I have not yet encountered/noticed the problem with other brands.
Sounds like this is a serious bug in the WD firmware.
For personal systems, yes. For servers, probably not a b
On Thursday 05 April 2007 21:54, Ingo Molnar wrote:
> * Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > On Tue, 2007-04-03 at 08:01 +0200, Ingo Molnar wrote:
> > > looks interesting - could you send the patch?
> >
> > Ok, this is looking/feeling pretty good in testing. Comments on
> > fugliness etc
Alan Cox wrote:
Ok try this one then
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
Acked-by: Randy Dunlap <[EMAIL PROTECTED]>
--- Documentation/kernel-parameters.txt~2007-04-05 16:30:30.817515360
+0100
+++ Documentation/kernel-parameters.txt 2007-04-05 16:48:15.557650256 +0100
Thank
In case somebody wants to play around with Rik patch or another
madvise-based patch, I have x86-64 glibc binaries which can use it:
http://people.redhat.com/drepper/rpms
These are based on the latest Fedora rawhide version. They should work
on older systems, too, but you screw up your updates.
Ok try this one then
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
--- Documentation/kernel-parameters.txt~2007-04-05 16:30:30.817515360
+0100
+++ Documentation/kernel-parameters.txt 2007-04-05 16:48:15.557650256 +0100
@@ -41,7 +41,6 @@
EIDEEIDE/ATAPI support is enabled.
Alan Cox wrote:
Alan wrote:
| NAK. IA-32 is an Intel specific term, and I believe a protected mark at
| that.
OMG, quick, please send a patch for Documentation/kernel-parameters.txt.
(big ;)
Its a lot simpler to use sed. Can't find IA32 as a mark, seems the Itanic
one was but not that. X86-32
The problem appears to be that the uart driver is not assigning the
port. In uart_get() located in drivers/serial/serial_core.c the code
tries to access state->port but it does not appear to exist. Where is
the port supposed to get added/setup? Should this happen in the driver
init or does the k
On Thu, 5 Apr 2007 23:27:32 +0800,
WANG Cong <[EMAIL PROTECTED]> wrote:
> Thank you very much! I know. So I should replace all kfree with kobject_put,
> like this one:
>
> - sysfs_create_link(&p->kobj, &block_subsys.kset.kobj, "subsystem");
> + if (sysfs_create_link(&p->kobj, &block_subs
On Thu, 5 Apr 2007, David Woodhouse wrote:
> On Thu, 2007-04-05 at 23:31 +0900, Atsushi Nemoto wrote
> > Is major 204 minor 192 already allocated?
>
> Of course. The reason it took so long to provide this patch after the
> 'pmac_zilog doesn't load' bug got reported was because I was waiting for
>
Now that relocation of the VDSO for COMPAT_VDSO users is done at
runtime rather than compile time, it is possible to enable/disable
compat mode at runtime.
This patch allows you to enable COMPAT_VDSO mode with "vdso=2" on the
kernel command line, or via sysctl. (Switching on a running system
shou
Some versions of libc can't deal with a VDSO which doesn't have its
ELF headers matching its mapped address. COMPAT_VDSO maps the VDSO at
a specific system-wide fixed address. Previously this was all done at
build time, on the grounds that the fixed VDSO address is always at
the top of the addres
Hi Andi,
Here's a couple of patches to fix up COMPAT_VDSO:
The first is a straightforward implementation of Jan's original idea
of relocating the VDSO to match its mapped location. Unlike Jan and
Zach's version, I changed it to relocate based on the phdrs rather than
the sections; the result is
On Thu, 5 Apr 2007 16:56:19 +0530 Amit K. Arora wrote:
> On Fri, Mar 30, 2007 at 02:14:17AM -0500, Jakub Jelinek wrote:
> > Wouldn't
> > int fallocate(loff_t offset, loff_t len, int fd, int mode)
> > work on both s390 and ppc/arm? glibc will certainly wrap it and
> > reorder the arguments as need
* Jarkko Nikula <[EMAIL PROTECTED]> [070405 02:12]:
> On Wed, 4 Apr 2007 14:06:03 -0400
> "ext Tony Lindgren" <[EMAIL PROTECTED]> wrote:
>
> > From: Jarkko Nikula <[EMAIL PROTECTED]>
> >
> > Signed-off-by: Jarkko Nikula <[EMAIL PROTECTED]>
> > Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
> >
On Thu, 05 Apr 2007 11:18:12 -0400, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > Maybe I should have sent "request" (not patch) mail to
> > [EMAIL PROTECTED] first?
>
> Well, that's what it says right underneath the line in devices.txt which
> says:
> DEVICE DRIVERS AUTHORS PLEASE REA
> Alan wrote:
> | NAK. IA-32 is an Intel specific term, and I believe a protected mark at
> | that.
>
> OMG, quick, please send a patch for Documentation/kernel-parameters.txt.
> (big ;)
Its a lot simpler to use sed. Can't find IA32 as a mark, seems the Itanic
one was but not that. X86-32 is mor
Andrew Morton wrote:
On Thu, 05 Apr 2007 03:39:29 -0400 Rik van Riel <[EMAIL PROTECTED]> wrote:
Rik van Riel wrote:
MADV_DONTNEED, unpatched, 1000 loops
real0m13.672s
user0m1.217s
sys 0m45.712s
MADV_DONTNEED, with patch, 1000 loops
real0m4.169s
user0m2.033s
sys 0m3
* Randy Dunlap <[EMAIL PROTECTED]> [070404 16:52]:
> On Wed, 4 Apr 2007 14:05:47 -0400 Tony Lindgren wrote:
>
> Referring to multiple places in this patch, please use the preferred
> kernel "long comment" style as documented in
> Documentation/CodingStyle, Ch. 8, Commenting:
>
> The preferred st
On Wed, 4 Apr 2007 22:41:52 -0700 Andrew Morton wrote:
> On Wed, 4 Apr 2007 22:05:34 -0700 Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> > Use documented tag for "IA-32" (not "i386") to indicate which
> > kernel parameters apply to IA-32.
>
> mv arch/i386 arch/ia32 ;)
>
> Seriously, is there any
> > > This patch will enable default_idle for non-Intel
> > > CPUs even if mwait is supported.
> >
> > It would be better to clear MONITOR/MWAIT in the AMD specific
> > CPU initialize code than add workarounds everywhere else.
>
> Why is that?
> MONITOR/MWAIT is usable.
If it doesn't save power
* Randy Dunlap <[EMAIL PROTECTED]> [070404 16:37]:
> On Wed, 4 Apr 2007 14:05:52 -0400 Tony Lindgren wrote:
>
> > From: Jarkko Lavinen <[EMAIL PROTECTED]>
> >
> > Add onennand board specific support for N800
> >
> > Signed-off-by: Jarkko Lavinen <[EMAIL PROTECTED]>
> > Signed-off-by: Tony Lindg
Mark Lord wrote:
The drive firmware readahead is inherently *way* more effective than
other forms, and without it, sequential read performance really suffers.
Regardless of how software tries to compensate.
Why? As the platter spins under the head, the drive can either read or
ignore the data
* Randy Dunlap <[EMAIL PROTECTED]> [070404 15:11]:
> On Wed, 4 Apr 2007 14:05:30 -0400 Tony Lindgren wrote:
>
> > From: David Brownell <[EMAIL PROTECTED]>
> >
> > Mistral-specific:
> >
> > - Add PWL-driven LCD backlight device
> >
> > - Apply power to the board even when the LCD isn't conf
On Thu, 2007-04-05 at 15:18 +0200, Johannes Stezenbach wrote:
> On Thu, Apr 05, 2007, Mike Galbraith wrote:
> >
> > (dang, i need to find that fifty "make it red" thingie for vi again)
^(spiffy;)
>
> put "let c_space_errors=1" in .vimrc
Thanks.
I received this link
On Thu, Apr 05, 2007 at 05:05:14PM +0200, Cornelia Huck wrote:
>On Thu, 5 Apr 2007 22:44:09 +0800,
>WANG Cong <[EMAIL PROTECTED]> wrote:
>
>> On Thu, Apr 05, 2007 at 11:11:42AM +0200, Cornelia Huck wrote:
>> >On Thu, 5 Apr 2007 12:54:11 +0800,
>> >WANG Cong <[EMAIL PROTECTED]> wrote:
>> >
>> >> ---
* Tony Lindgren <[EMAIL PROTECTED]> [070404 14:12]:
> From: Dirk Behme
>
> ARM: OMAP2: Fix warning in pm.c:
>
> arch/arm/mach-omap2/pm.c: In function 'omap2_pm_init':
> arch/arm/mach-omap2/pm.c:854: warning: ignoring return value
> of 'subsys_create_file', declared with attribute
> warn_unused_r
Remove duplicate prototypes for error(), gzip_mark() and gzip_release()
- they are first declared few lines earlier in all these files.
diff --git a/arch/alpha/boot/misc.c b/arch/alpha/boot/misc.c
index 1d65adf..b1239f9 100644
--- a/arch/alpha/boot/misc.c
+++ b/arch/alpha/boot/misc.c
@@ -90,9 +90,
* Tony Lindgren <[EMAIL PROTECTED]> [070404 14:11]:
> From: Dirk Behme
>
> Signed-off-by: Dirk Behme
> Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Here's a version with fixed email address.
Tony
>From 455670d5c9a7b5a81a78c82a5cb0f3081ffdb01c Mon Sep 17 00:00:00 2001
From: Dirk Behme <[EM
* Tony Lindgren <[EMAIL PROTECTED]> [070404 14:11]:
> From: Dirk Behme
>
> ARM: OMAP: Fix compilation issues in board-palmz71.c
>
> Signed-off-by: Dirk Behme
> Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
Fixed email address on this one too.
Tony
>From bf43a7b96d16f581bf5d4a382288c8e83dda
On Fri, 2007-04-06 at 00:09 +0900, Atsushi Nemoto wrote:
>
> What I did is just send a patch includeing devices.txt changes to
> lkml, [EMAIL PROTECTED], and some others.
>
> Maybe I should have sent "request" (not patch) mail to
> [EMAIL PROTECTED] first?
Well, that's what it says right underne
* Randy Dunlap <[EMAIL PROTECTED]> [070404 15:14]:
> On Wed, 4 Apr 2007 14:05:32 -0400 Tony Lindgren wrote:
>
> > From: Dirk Behme
>
> NAK the obfuscated email address.
> And in the S-O-B line as well.
Updated patch following. I'll also fix it in other patches
from Dirk:
55/90 ARM: OMAP: H3 w
On Wed, 2007-04-04 at 21:29 -0700, Christoph Lameter wrote:
> Here is a patch that adds validation (only for cpuslabs and partial
> slabs but thats where the action is). Apply this patch
> and then do
>
> echo 1 >/sys/slab//validate
>
> I suggest to boot with full debugging and then run this on
On Thu, 05 Apr 2007 10:47:15 -0400, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > Is major 204 minor 192 already allocated?
>
> Of course. The reason it took so long to provide this patch after the
> 'pmac_zilog doesn't load' bug got reported was because I was waiting for
> the new allocation.
>
On Thu, 5 Apr 2007 22:44:09 +0800,
WANG Cong <[EMAIL PROTECTED]> wrote:
> On Thu, Apr 05, 2007 at 11:11:42AM +0200, Cornelia Huck wrote:
> >On Thu, 5 Apr 2007 12:54:11 +0800,
> >WANG Cong <[EMAIL PROTECTED]> wrote:
> >
> >> --- linux-2.6.21-rc5-mm3/fs/partitions/check.c.orig2007-03-30
> >
At Thu, 5 Apr 2007 15:53:50 +0200,
Frederik Deweerdt wrote:
>
> On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
> >
> Hi,
>
> When launching "jackd -d alsa", lockdep issues the follow
James wrote:
>
> On Thu, 2007-04-05 at 11:03 +0100, Christoph Hellwig wrote:
> > On Thu, Apr 05, 2007 at 11:58:06AM +0200, Hannes Reinecke wrote:
> > > Hi All,
> > >
> > > this patch adds the SG_IO ioctl to the cciss driver.
> > > As the driver is capable of sending SCSI CDBs to the controller
On Thu, 2007-04-05 at 23:31 +0900, Atsushi Nemoto wrote
> Is major 204 minor 192 already allocated?
Of course. The reason it took so long to provide this patch after the
'pmac_zilog doesn't load' bug got reported was because I was waiting for
the new allocation.
> Few weeks ago, I sent a patch to
leon zadorin wrote:
> 2) for kernels which do have the aforementioned option enabled: how
> does this affect the "tc" (traffic control) utility and the Token
> Bucket Filter (tbf) queueing discipline (traffic-smoothing)
> behhaviour?
>
> For example, the TBF doco suggests that due to the whole fix
> > Commit 991528d7348667924176f3e29addea0675298944
> > introduced mwait_idle which is supposed to work
> > for Intel CPUs starting with Core Duo.
> >
> > AMD Fam10 processors won't enter C1 on mwait.
>
> Unfortunate. Will this be fixed?
Fam10 processors were not designed to enter C1 on mwait.
T
* Tony Lindgren <[EMAIL PROTECTED]> [070404 14:11]:
> From: Kai Svahn <[EMAIL PROTECTED]>
>
> This patch merges gpmc changes from N800 tree.
>
> Signed-off-by: Kai Svahn <[EMAIL PROTECTED]>
> Signed-off-by: Tony Lindgren <[EMAIL PROTECTED]>
> ---
> arch/arm/mach-omap2/gpmc.c |7 +++
On Thu, Apr 05, 2007 at 04:24:45PM +0200, Andi Kleen wrote:
> On Thursday 05 April 2007 16:00:45 Andreas Herrmann wrote:
> >
> > Commit 991528d7348667924176f3e29addea0675298944
> > introduced mwait_idle which is supposed to work
> > for Intel CPUs starting with Core Duo.
> >
> > AMD Fam10 process
* Randy Dunlap <[EMAIL PROTECTED]> [070404 14:43]:
> On Wed, 4 Apr 2007 14:05:22 -0400 Tony Lindgren wrote:
>
> > From: David Brownell <[EMAIL PROTECTED]>
> >
> > Add init support for the TUSB6010 EVM board, as connected to H4.
> >
> > Signed-off-by: David Brownell <[EMAIL PROTECTED]>
> > Signe
and here's the new patch, merging rusty's suggestions and some more on my own.
May I upload this, or does Rusty (or any other) has some more suggestions?
On 4/4/07, Rusty Russell <[EMAIL PROTECTED]> wrote:
On Wed, 2007-04-04 at 13:03 -0300, Glauber de Oliveira Costa wrote:
> This is a new versi
ROUND_UP macro cleanup use ALIGN
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
request.c |7 +++
1 files changed, 3 insertions(+), 4 deletions(-)
diff --git a/fs/smbfs/request.c b/fs/smbfs/request.c
index 723f7c6..c288fbe 100644
--- a/fs/smbfs/request.c
+++ b/fs/smbfs/r
On Thu, Apr 05, 2007 at 11:11:42AM +0200, Cornelia Huck wrote:
>On Thu, 5 Apr 2007 12:54:11 +0800,
>WANG Cong <[EMAIL PROTECTED]> wrote:
>
>> --- linux-2.6.21-rc5-mm3/fs/partitions/check.c.orig 2007-03-30
>> 21:35:45.0 +0800
>> +++ linux-2.6.21-rc5-mm3/fs/partitions/check.c 2007-04-
On Thu, Apr 05, 2007 at 07:13:37AM -0700, Paul Menage wrote:
> > ns should have a refcount of 1 to begin with.
>
> Right - that's my point, you're effectively passing the initial
> refcount of the nsproxy to the container directory's d_fsdata
> reference.
sure ..
> > Basically I am struggling to
Hi all,
two questions for you:
1) the "no hertz" or "dynamic tick" feature in the kernel - which (if
any) kernel releases use it as a default option?
2) for kernels which do have the aforementioned option enabled: how
does this affect the "tc" (traffic control) utility and the Token
Bucket Filt
Jan Engelhardt wrote:
Hello list,
let's take the following /proc/interrupts dump (CPU2,CPU3 trimmed)...
CPU0 CPU1
0: 37041766 37038991 IO-APIC-edge timer
1: 10 2 IO-APIC-edge i8042
8: 0 0 IO-APIC-edge rtc
9: 0
> I wonder why is initramfs unpacked that early, before most drivers?
> I'd expect it much later in the boot sequence, just before userspace
> and initial devices (/dev/console etc) are needed. Should it be moved
> there? populate_rootfs() unpacks both builtin and external initramfs.
I mean someth
On Wed, 04 Apr 2007 10:19:43 -0400, David Woodhouse <[EMAIL PROTECTED]> wrote:
> +#ifdef CONFIG_SERIAL_PMACZILOG_TTYS
> +#define PMACZILOG_MAJOR TTY_MAJOR
> +#define PMACZILOG_MINOR 64
> +#define PMACZILOG_NAME "ttyS"
> +#else
> +#define PMACZILOG_MAJOR
Subject: USB: Oops when changing DVB-T adapter
References : http://lkml.org/lkml/2007/3/9/212
Submitter : CIJOML <[EMAIL PROTECTED]>
Status : unknown
regarding this one there's a fix available for unplugging dvb devices
when they're in still in use.
The problem was that the filehandle w
ROUND_UP macro cleanup use,ALIGN or DIV_ROUND_UP where ever appropriate.
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
compat.c | 20
readdir.c |8 +++-
select.c |8
3 files changed, 15 insertions(+), 21 deletions(-)
diff --git a/fs/c
On Thursday 05 April 2007 16:00:45 Andreas Herrmann wrote:
>
> Commit 991528d7348667924176f3e29addea0675298944
> introduced mwait_idle which is supposed to work
> for Intel CPUs starting with Core Duo.
>
> AMD Fam10 processors won't enter C1 on mwait.
Unfortunate. Will this be fixed?
> This pat
* Randy Dunlap <[EMAIL PROTECTED]> [070404 14:40]:
> On Wed, 4 Apr 2007 14:04:51 -0400 Tony Lindgren wrote:
>
> > From: Kyungmin Park <[EMAIL PROTECTED]>
> >
> > In previous GPMC patch, there was a typo. Fix typo and add header files for
> > set_irq_type() warnings.
>
> It looks like there's mo
Dmitry, please use this instead of my previous patch. Thanks to
Vincent for the code review , fixes, and testing.
ati_remote causes repeats after only .23 seconds with my remote and
makes it hard to use comfortably. Make a precise way of setting the
repeat delay time in milliseconds and default
Hi,
while debug some strange termal shutdowns I wrote this patch to get more
information in /var/log/messages about the reason for the shutdown. I
think this would be useful in general.
Danny
From: Danny Kukawka <[EMAIL PROTECTED]>
Subject: ACPI: more verbose thermal zone shutdown message
add
* Randy Dunlap <[EMAIL PROTECTED]> [070404 14:28]:
> On Wed, 4 Apr 2007 14:04:57 -0400 Tony Lindgren wrote:
>
> > From: =?utf-8?q?Marek_Va=C5=A1ut?= <[EMAIL PROTECTED]>
> >
> > Palmz71 specific things - board file.
> >
> > Signed-off-by: Marek VaĊĦut <[EMAIL PROTECTED]>
> > Signed-off-by: Tony L
On 4/5/07, Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> If the container directory were to have no refcount on the nsproxy, so
> the initial refcount was 0,
No it should be 1.
mkdir H1/foo
rcfs_create()
ns = dup_namespaces(parent);
On Thu, Apr 05, 2007 at 12:40:57PM +0200, Jan Engelhardt wrote:
> let's take the following /proc/interrupts dump (CPU2,CPU3 trimmed)...
>
>CPU0 CPU1
> 0: 37041766 37038991 IO-APIC-edge timer
> 1: 10 2 IO-APIC-edge i8042
> 8: 0 0 I
On Thursday 05 April 2007 15:52:47 Jan Beulich wrote:
> That is the point - I don't see this invlpg. If you look at x86-64's
> global_flush_tlb(), then you will note that it passes the list of pages
> grabbed
> from deferred_pages. If that list has no entries, no single __flush_tlb_one
> will be
Jiri Kosina wrote:
On Wed, 4 Apr 2007, Adam Kropelin wrote:
On Apcupsd we've recently introduced a libusb-based driver that does
all HID parsing in userspace. Not only does that free us from
hiddev, it also frees us from the umpteen other proprietary HID
interfaces across various platforms. Alth
On Thu, 2007-04-05 at 11:03 +0100, Christoph Hellwig wrote:
> On Thu, Apr 05, 2007 at 11:58:06AM +0200, Hannes Reinecke wrote:
> > Hi All,
> >
> > this patch adds the SG_IO ioctl to the cciss driver.
> > As the driver is capable of sending SCSI CDBs to the controller there is
> > no reason why we
On Thu, Apr 05, 2007 at 06:13:25PM +0530, Srivatsa Vaddagiri wrote:
> Lets go back to the f_bc example here for a moment. Lets say T1 was in C1 and
> opened file f1. f1->f_bc points to C1->beancounter.
>
> T1 moves from C1 -> C2, but f1 is not migrated.
> C1->beancounter.count stays at 1 (to acc
Commit 991528d7348667924176f3e29addea0675298944
introduced mwait_idle which is supposed to work
for Intel CPUs starting with Core Duo.
AMD Fam10 processors won't enter C1 on mwait.
This patch will enable default_idle for non-Intel
CPUs even if mwait is supported.
Signed-off-by: Andreas Herrmann
On Mon, Apr 02, 2007 at 10:47:45PM -0700, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.21-rc5/2.6.21-rc5-mm4/
>
Hi,
When launching "jackd -d alsa", lockdep issues the following warning:
[39701.405086] =
[39
>>> Andi Kleen <[EMAIL PROTECTED]> 05.04.07 14:43 >>>
>On Thursday 05 April 2007 11:32:49 Jan Beulich wrote:
>> Looking at both the i386 and x86-64 implementations I fail to understand why
>> there is an explicit requirement on calling global_flush_tlb() after
>> change_page_attr(), yet actual TLB
> > On Sun, 1 Apr 2007 01:56:28 +0100 (BST) James Simmons <[EMAIL PROTECTED]>
> > wrote:
> >
> > I can't seem to duplicate this error.
>
> OK, I'll poke at it some more.
Any news?
> I don't think so - whatever's in -mm.
I have been running this patch again mainline. I will give it try again
ROUND_UP macro cleanup use ALIGN
Signed-off-by: Milind Arun Choudhary <[EMAIL PROTECTED]>
---
osf_sys.c |4 +---
1 files changed, 1 insertion(+), 3 deletions(-)
diff --git a/arch/alpha/kernel/osf_sys.c b/arch/alpha/kernel/osf_sys.c
index be133f1..c77d231 100644
--- a/arch/alpha/kernel/osf
On 04/05, Gautham R Shenoy wrote:
>
> > > @@ -147,6 +147,7 @@ cpu_callback(struct notifier_block *nfb,
> > > case CPU_DEAD:
> > > p = per_cpu(watchdog_task, hotcpu);
> > > per_cpu(watchdog_task, hotcpu) = NULL;
> > > + thaw_process(p);
> > > kthread_stop(p);
* Alan Cox <[EMAIL PROTECTED]> [070404 17:42]:
> > > That's only a problem when there are patches to be
> > > reviewed. Hence, do more frequent postings of fewer patches per series.
> > > That will likely also get you more reviewers.
> >
> > Yeah, I agree.. We've already missed two merge windows
Jiri Kosina wrote:
> On Thu, 5 Apr 2007, Jan Engelhardt wrote:
>
>> My question is whether it is possible that eth0's interrupts go to CPU0
>
> Documentation/IRQ-affinity.txt
>
There is nothing in there tells ya how to get them off the same IRQ.
That has to be done first usually be moving one
Yes, you are right.
I need more work on my trival patch.
On Thu, Apr 05, 2007 at 01:34:42PM +0600, Alexander E. Patrakov wrote:
> lepton wrote:
> >Hi,
> > When reading corrupted reiserfs directory data, d_reclen
> > could be a negative number, then memcpy will overflow
> > kernel stack. This ca
On Thu, Apr 05, 2007, Mike Galbraith wrote:
>
> (dang, i need to find that fifty "make it red" thingie for vi again)
put "let c_space_errors=1" in .vimrc
HTH,
Johannes
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More maj
This one should fix the problems with slave devices and the Macintosh hang
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc5-mm4/drivers/ata/libata-core.c
linux-2.6.21-rc5-mm4/drivers/ata/libata-core.c
--- linux.vanilla-2.6.21-rc5-mm4/drivers/ata/libata-core
Add a small number of preprocessor directives to
include/asm-generic/ioctl.h so that individual architectures need only
override a small number of values, if any, before including the
generic version.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
i'll take one more crack at this --
I'll generate any patches for Jeff versus his git tree once I get a
moment.
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc5-mm4/drivers/ata/ata_piix.c
linux-2.6.21-rc5-mm4/drivers/ata/ata_piix.c
--- linux.vanill
Nowdays you can ask for an IRQ to be allocated but not enabled, when
PCMCIA was written this was not true and this feature is thus not used
Signed-off-by: Alan Cox <[EMAIL PROTECTED]>
diff -u --new-file --recursive --exclude-from /usr/src/exclude
linux.vanilla-2.6.21-rc5-mm4/drivers/pcmcia/pcmci
201 - 300 of 412 matches
Mail list logo