>
>>
>> Past discussion about this issue is as follows.
>> http://marc.info/?t=11934343124=1=2
>> http://marc.info/?t=11265676282=1=2
>>
>> 2, invalidate_inode_pages2_range() sets ret=-EIO when
>> invalidate_complete_page2()
>> fails, but this ret is cleared if do_launder_page() succeed
this patch is against 2.6.24-rc4-mm1. last one was made agaist 2.6.24-rc5 so it
does
not compile in the -mm tree.
Most code changes were made to support adapters based on Marvell IOP, plus some
other fixes.
- add more PCI device IDs
- support for adapters based on Marvell IOP
- fix a result
Trond Myklebust wrote:
> On Sun, 2007-12-09 at 19:52 +0100, Berkhan, Enrik (GE Infra, Oil & Gas)
> wrote:
>> - generic_file_mmap returns -ENOSYS for NOMMU systems; replicate this
>> behaviour
>
> Why do that after going through the process of revalidating the inode
> etc.? Just replace
On Wed, Dec 12 2007, Tejun Heo wrote:
> Jens Axboe wrote:
> > On Wed, Dec 05 2007, Tejun Heo wrote:
> >> Use msecs_to_jiffies() and jiffies_to_msecs() in scsi_ioctl().
> >> Sometimes callers use very large values for e.g. vendor specific media
> >> clear command and calculation can overflow.
> >
Use generic_file_mmap (which is noop in this case) instead of nfs_file_mmap
for nommu systems as suggested by Trond Myklebust.
Signed-Off-By: Enrik Berkhan <[EMAIL PROTECTED]>
---
fs/nfs/file.c |8
1 files changed, 8 insertions(+)
Index: fs/nfs/file.c
On 12-12-07 06:23, Kyle McMartin wrote:
On Wed, Dec 12, 2007 at 12:31:18AM +0100, Rene Herman wrote:
asm volatile ("rdtsc": "=A" (tsc));
rdtsc returns a 64-bit value in two 32-bit regs, you need to do
inline unsigned long long rdtsc(void)
{
unsigned int lo, hi;
asm
On Tue, Dec 11, 2007 at 10:06:53PM +0100, Ingo Molnar wrote:
>
> * Fortier,Vincent [Montreal] <[EMAIL PROTECTED]> wrote:
>
> > > That has changed from /sys/kernel/uids//cpu_share
> > >
> >
> > Here is my config.
> >
> > Maybie I should give it a shot without CFS at all and see what
> >
On Wed, Dec 12, 2007 at 12:42:48PM +0800, Dave Young wrote:
> On Dec 12, 2007 10:40 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Tue, 11 Dec 2007 16:49:09 + "Huang, Ying" <[EMAIL PROTECTED]> wrote:
> >
> > > This patch export the boot parameters via sysfs. This can be used for
> > >
On Wed, Dec 12, 2007 at 12:42:48PM +0800, Dave Young wrote:
> On Dec 12, 2007 10:40 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > On Tue, 11 Dec 2007 16:49:09 + "Huang, Ying" <[EMAIL PROTECTED]> wrote:
> >
> > > This patch export the boot parameters via sysfs. This can be used for
> > >
Now that X86_32 uses regparm(3) by default, FASTCALL() is no
longer required. Remove it from all headers in include/asm-x86
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
include/asm-x86/highmem.h |4 ++--
include/asm-x86/hw_irq_32.h |2 +-
include/asm-x86/rwsem.h |8
Hi all!
On Mo, 10 Dez 2007, Peter Zijlstra wrote:
> How reproducable is this? You make it sound like its easy to reproduce,
I tried and re-tried and re-tried to reproduce this, without success.
Sorry.
I guess we can forget that one and assume that it was a strange
coincidence.
Sorry for the
Now that x86 uses regparm(3) by default, we can get rid of the
FASTCALL() macro. This gets rid of it in all linux/include
header files.
Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]>
---
This should follow the patch in x86.git's mm branch removing the
definition of the FASTCALL macro.
On Tue, Dec 11, 2007 at 09:35:56PM -0800, Greg KH wrote:
> On Wed, Dec 12, 2007 at 08:08:36AM +0530, Dhaval Giani wrote:
> >
> > This patch adds documentation about /sys/kernel/uids//cpu_share
> > to Documentation/ABI.
> >
> > Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
> >
> > ---
> >
On Tue, 2007-12-11 at 02:27 -0700, Eric W. Biederman wrote:
> "Huang, Ying" <[EMAIL PROTECTED]> writes:
>
> > On Mon, 2007-12-10 at 19:25 -0700, Eric W. Biederman wrote:
> >> "Huang, Ying" <[EMAIL PROTECTED]> writes:
> > [...]
> >> > /*
> >> > * Do not allocate memory (or fail in any way) in
2007/12/12, Stephen Hemminger <[EMAIL PROTECTED]>:
> Isn't this a better fix for all drivers, rather than peppering every
> driver with the special case. This is how the logic worked up until
> 2.6.24.
>
>
> --- a/net/core/dev.c2007-12-11 12:16:20.0 -0800
> +++ b/net/core/dev.c
On Wed, 12 Dec 2007 14:48:27 +0900
"Joonwoo Park" <[EMAIL PROTECTED]> wrote:
> 2007/12/12, Stephen Hemminger <[EMAIL PROTECTED]>:
> > On Wed, 12 Dec 2007 13:01:27 +0900
> > "Joonwoo Park" <[EMAIL PROTECTED]> wrote:
> >
> > > [NETDEV]: tehuti Fix possible causing oops of net_rx_action
> > >
> > >
On Fri, 7 Dec 2007 17:11:52 -0800 (PST) Roland McGrath <[EMAIL PROTECTED]>
wrote:
>
> This adds support to allow asm/ptrace.h to define two new macros,
> arch_ptrace_stop_needed and arch_ptrace_stop. These control special
> machine-specific actions to be done before a ptrace stop. The new
>
On Dec 11, 2007 8:46 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Dec 2007 20:14:40 -0800 Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > [PATCH] pci: don't load acpi_php when acpi is disabled
> >
> > when acpi=off and pci=nomsi, don't load acpiphp
> >
> > Signed-off-by: Yinghai Lu
2007/12/12, Stephen Hemminger <[EMAIL PROTECTED]>:
> On Wed, 12 Dec 2007 13:01:27 +0900
> "Joonwoo Park" <[EMAIL PROTECTED]> wrote:
>
> > [NETDEV]: tehuti Fix possible causing oops of net_rx_action
> >
> > Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
> > ---
> > drivers/net/tehuti.c |2 ++
Isn't this a better fix for all drivers, rather than peppering every
driver with the special case. This is how the logic worked up until
2.6.24.
--- a/net/core/dev.c2007-12-11 12:16:20.0 -0800
+++ b/net/core/dev.c2007-12-11 21:43:39.0 -0800
@@ -2184,7 +2184,7 @@ static
On Wed, 12 Dec 2007 13:01:27 +0900
"Joonwoo Park" <[EMAIL PROTECTED]> wrote:
> [NETDEV]: tehuti Fix possible causing oops of net_rx_action
>
> Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
> ---
> drivers/net/tehuti.c |2 ++
> 1 files changed, 2 insertions(+), 0 deletions(-)
>
> diff
On Wednesday 12 December 2007 16:11, Dave Kleikamp wrote:
> On Wed, 2007-12-12 at 15:57 +1100, Nick Piggin wrote:
> > On Tuesday 11 December 2007 08:30, Dave Kleikamp wrote:
> > > Nick,
> > > I've played with the fast_gup patch a bit. I was able to find a
> > > problem in follow_hugetlb_page()
On Sat, 08 Dec 2007 10:32:59 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> +config OPROFILE
> + tristate "OProfile system profiling (EXPERIMENTAL)"
> + depends on PROFILING && !UML
> + depends on HAVE_OPROFILE
And I removed the !UML here. UML shouldn't be setting
On Monday 10 December 2007 13:42, Erez Zadok wrote:
> Needed to maintain cache coherency after branch management.
>
Hmm, I'd much prefer to be able to sleep in invalidate_mapping_pages
before this function gets exported.
As it is, it can cause massive latencies on preemption and the inode_lock
On Sat, 08 Dec 2007 10:32:57 -0500 Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> @@ -21,7 +21,7 @@ config PROFILING
> config OPROFILE
> tristate "OProfile system profiling (EXPERIMENTAL)"
> depends on PROFILING && !UML
> - depends on ALPHA || ARM || AVR32 || BLACKFIN || X86_32
Phillip Susi wrote:
> What good does using multiple levels of RNG do? Why seed one RNG from
> another? Wouldn't it be better to have just one RNG that everybody
> uses? Doesn't the act of reading from the RNG add entropy to it, since
> no one reader has any idea how often and at what times
On Wed, Dec 12, 2007 at 08:08:36AM +0530, Dhaval Giani wrote:
>
> This patch adds documentation about /sys/kernel/uids//cpu_share
> to Documentation/ABI.
>
> Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
>
> ---
> Documentation/ABI/testing/sysfs-kernel-uids | 10 ++
> 1 files
On Wed, Dec 12, 2007 at 12:31:18AM +0100, Rene Herman wrote:
> asm volatile ("rdtsc": "=A" (tsc));
rdtsc returns a 64-bit value in two 32-bit regs, you need to do
inline unsigned long long rdtsc(void)
{
unsigned int lo, hi;
asm volatile ("rdtsc": "=a" (lo), "=d" (hi));
In 2.6.24-rc5+, I hit this problem with videobuf_read_start
not being exported. Patch attached, only compile tested.
CHK include/linux/version.h
CHK include/linux/utsrelease.h
CALLscripts/checksyscalls.sh
CHK include/linux/compile.h
CC [M]
On Tue, 11 Dec 2007, Chuck Ebbert wrote:
> On 11/28/2007 01:55 PM, Hugh Dickins wrote:
> > tmpfs was misconverted to __GFP_ZERO in 2.6.11. There's an unusual case in
> > which shmem_getpage receives the page from its caller instead of allocating.
> > We must cover this case by clear_highpage
On Wed, 2007-12-12 at 15:57 +1100, Nick Piggin wrote:
> On Tuesday 11 December 2007 08:30, Dave Kleikamp wrote:
> > Nick,
> > I've played with the fast_gup patch a bit. I was able to find a problem
> > in follow_hugetlb_page() that Adam Litke fixed. I'm haven't been brave
> > enough to
cycles: out 1296, in 1243
cycles: out 1312, in 1245
cycles: out 1289, in 1239
cycles: out 1309, in 1245
cycles: out 1308, in 1244
cycles: out 1325, in 1239
cycles: out 1310, in 1245
cycles: out 1289, in 1239
cycles: out 1301, in 1252
cycles: out 1325, in 1249
cycles: out 1307, in 1249
cycles: out
On Tuesday 11 December 2007 08:30, Dave Kleikamp wrote:
> On Mon, 2007-10-15 at 22:25 +1000, Nick Piggin wrote:
> > On Monday 15 October 2007 04:19, Siddha, Suresh B wrote:
> > > On Sun, Oct 14, 2007 at 11:01:02AM +1000, Nick Piggin wrote:
> > > > This is just a really quick hack, untested ATM,
On Tue, 11 Dec 2007 17:56:50 -0800 Daniel Walker <[EMAIL PROTECTED]> wrote:
> There are a few error paths which don't unlock the usbvision->lock.
>
> So I've added mutex_unlock() calls to fix those paths.
>
> Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
>
> ---
>
On Tue, 11 Dec 2007 20:14:40 -0800 Yinghai Lu <[EMAIL PROTECTED]> wrote:
> [PATCH] pci: don't load acpi_php when acpi is disabled
>
> when acpi=off and pci=nomsi, don't load acpiphp
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
>
> diff --git a/drivers/pci/hotplug/acpiphp_core.c
>
On Saturday 08 December 2007 19:52, Ingo Molnar wrote:
> the scariest bit is the adding of cpu_clock() to kernel/printk.c so late
> in the game, and the anti-recursion code i did there. Maybe because this
> only affects CONFIG_PRINTK_TIME we could try it even for v2.6.24.
Printk recursion I
On Dec 12, 2007 10:40 AM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Dec 2007 16:49:09 + "Huang, Ying" <[EMAIL PROTECTED]> wrote:
>
> > This patch export the boot parameters via sysfs. This can be used for
> > debugging and kexec.
> >
> > The files added are as follow:
> >
> >
[ do we need so much crossposting on these patches? ]
On Monday 10 December 2007, eric miao wrote:
> + Copyright (C) 2007 Marvell Internation Ltd.
"International"?
> +static int __devinit pca9539_probe(struct i2c_client *client)
> +{
> + ...
> + /* initialize registers */
> +
Orion Poplawski wrote:
Not sure what the latest status of sata_mv hotplug should be, but it
seems close. I'm currently running 2.6.24-0.81.rc4.git7.fc9 with a
MV88SX5081. Pulled a couple drives and re-added. One device got
re-added, but the other did not. It seems like I got the system to
On Tue, 4 Dec 2007 21:17:01 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> Changes since 2.6.24-rc3-mm2:
2.6.24-rc4-mm1 brought a nice TCP oops on my x86_64 system, while I
was stress-testing the VM and watching via ssh:
general protection fault: [1] SMP
last sysfs file:
[PATCH] pcie AER: don't check _OSC when acpi is disabled
when acpi=off and pci=nomsi, don't check _OSC in aer_osc_setup
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/pci/pcie/aer/aerdrv_acpi.c
b/drivers/pci/pcie/aer/aerdrv_acpi.c
index 1a1eb45..dd38777 100644
---
[PATCH] pci: don't load acpi_php when acpi is disabled
when acpi=off and pci=nomsi, don't load acpiphp
Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
diff --git a/drivers/pci/hotplug/acpiphp_core.c
b/drivers/pci/hotplug/acpiphp_core.c
index c8c2638..84d66ba 100644
---
On Mon, Dec 10, 2007 at 03:38:20PM +0100, Christian Borntraeger wrote:
> Hi Nick,
>
> > Here we go. See, brd already found a bug ;)
> > Can you apply the ext2 XIP patch too? And I'll resend the brd XIP patch.
> [...]
> > Writing to XIP files at a non-page-aligned offset results in data corruption
[NETDEV]: e1000e Fix possible causing oops of net_rx_action
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/e1000e/netdev.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/e1000e/netdev.c b/drivers/net/e1000e/netdev.c
index 4fd2e23..8e4861a
[NETDEV]: ixgb Fix possible causing oops of net_rx_action
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/ixgb/ixgb_main.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ixgb/ixgb_main.c b/drivers/net/ixgb/ixgb_main.c
index 3021234..afe95d1
[NETDEV]: e1000 Fix possible causing oops of net_rx_action
returning work_done == weight as true after calling netif_rx_complete will
cause oops in net_rx_action.
Thanks
Joonwoo
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/e1000/e1000_main.c |2 ++
1 files changed, 2
[NETDEV]: e100 Fix possible causing oops of net_rx_action
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/e100.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/e100.c b/drivers/net/e100.c
index e1c8a0d..7cb4ed0 100644
---
[NETDEV]: ixgbe Fix possible causing oops of net_rx_action
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/ixgbe/ixgbe_main.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/net/ixgbe/ixgbe_main.c b/drivers/net/ixgbe/ixgbe_main.c
index
[NETDEV]: myri10ge Fix possible causing oops of net_rx_action
Signed-off-by: Joonwoo Park <[EMAIL PROTECTED]>
---
drivers/net/myri10ge/myri10ge.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/myri10ge/myri10ge.c b/drivers/net/myri10ge/myri10ge.c
index
On Sat, 8 Dec 2007 21:29:18 -0500 "Miles Lane" <[EMAIL PROTECTED]> wrote:
> > > Dec 6 21:24:28 erratic-orbits init: tty3 main process (2991)
> > > terminated with status 1
> >
> > Boggle. We broke the vt driver?
> >
> > config, please...
>
> I sent the .config.
I didn't receive it but I found
Jens Axboe wrote:
> On Wed, Dec 05 2007, Tejun Heo wrote:
>> Use msecs_to_jiffies() and jiffies_to_msecs() in scsi_ioctl().
>> Sometimes callers use very large values for e.g. vendor specific media
>> clear command and calculation can overflow.
>
> Thanks Tejun, applied.
Jens, it seems premature
Mauro Carvalho Chehab wrote:
>>> ^^ This patch fixes a build issue that only applies to new devices
>>>
>> that
>>
>>> depend on the tuner-xc2028 module, which is planned to be added to
>>> mainline for 2.6.25 We don't need to send this patch upstream yet,
>>> because the
From: Steven Cavanagh <[EMAIL PROTECTED]>
Added support for fallocate for a msdos fat driver. This allows
preallocation of clusters to an inode before writes to reduce
file fragmentation
Signed-off-by: Steven.Cavanagh <[EMAIL PROTECTED]>
---
fs/fat/cache.c |9 ++
fs/fat/file.c
On Mon, 2007-12-10 at 19:57 +0100, Andi Kleen wrote:
> > Hi Andi,
> >
> > Does the attached patch fix the Oops?
>
> Nope, got that a few hours after boot again:
>
> -Andi
Hi Andi,
I appear to have misread d_find_alias(). It would seem that the only way
to ensure that a mountpoint won't be
On Tue, Dec 11, 2007 at 04:57:00PM -0800, Andrew Morton wrote:
> > --- a/drivers/video/console/fbcon.c
> > +++ b/drivers/video/console/fbcon.c
> > @@ -2795,7 +2795,7 @@ static int fbcon_scrolldelta(struct vc_data *vc, int
> > lines)
> > {
> >struct fb_info *info =
On Tue, 11 Dec 2007 21:19:00 -0500 Trond Myklebust <[EMAIL PROTECTED]> wrote:
>
> On Tue, 2007-12-11 at 18:15 -0800, Andrew Morton wrote:
> > > 1) Stale handles - Trond's patch fixes it, but I somehow missed it.
> >
> > What is "Trond's patch" and where is it now?
>
> He means the one this
On Tue, Dec 11, 2007 at 11:19:50PM +0100, Adrian Bunk wrote:
> This patch adds __dev{init,exit} annotations.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Applied to cryptodev. Thanks Adrian.
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
On Tue, 11 Dec 2007 16:49:09 + "Huang, Ying" <[EMAIL PROTECTED]> wrote:
> This patch export the boot parameters via sysfs. This can be used for
> debugging and kexec.
>
> The files added are as follow:
>
> /sys/kernel/boot_params/data : binary file for struct boot_params
>
On Sun, 2007-12-09 at 19:52 +0100, Berkhan, Enrik (GE Infra, Oil & Gas)
wrote:
> - generic_file_mmap returns -ENOSYS for NOMMU systems; replicate this
> behaviour
>
> Signed-off-by: Enrik Berkhan <[EMAIL PROTECTED]>
> ---
> fs/nfs/file.c |4
> 1 files changed, 4 insertions(+)
>
>
> > ^^ This patch fixes a build issue that only applies to new devices
> that
> > depend on the tuner-xc2028 module, which is planned to be added to
> > mainline for 2.6.25 We don't need to send this patch upstream yet,
> > because the dependency doesn't exist in 2.6.24.
>
> Hmm... ok.
This patch adds documentation about /sys/kernel/uids//cpu_share
to Documentation/ABI.
Signed-off-by: Dhaval Giani <[EMAIL PROTECTED]>
---
Documentation/ABI/testing/sysfs-kernel-uids | 10 ++
1 files changed, 10 insertions(+)
Index: current/Documentation/ABI/testing/sysfs-kernel-uids
On Tue, 11 Dec 2007 16:40:39 -0800 Randy Dunlap <[EMAIL PROTECTED]> wrote:
>
> On Wed, 12 Dec 2007 10:56:33 +1100 Stephen Rothwell wrote:
>
> > +/**
> > + * driver_remove_dir - remove a subdirectory for a driver.
> > + * @drv: driver.
> > + * @attr: driver attribute descriptor.
>
> Second arg
Em Ter, 2007-12-11 às 21:14 -0500, Michael Krufky escreveu:
> Mauro Carvalho Chehab wrote:
> > Please pull from:
> >
> > ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git master
> >
> > [snip]
> >
> >
> Mauro,
> > Mauro Carvalho Chehab (4):
> > V4L/DVB (6750):
On Wednesday 12 December 2007 04:15:59 Andrew Morton wrote:
> On Wed, 12 Dec 2007 04:01:56 +0200 Maxim Levitsky <[EMAIL PROTECTED]> wrote:
>
> > >
> > > argh, this is getting bad.
> > >
> > > Can you please test the below patch asap? Against 2.6.24-rc4 or
> > > latest-linus.
> > >
> > >
> >
On Tue, 2007-12-11 at 18:15 -0800, Andrew Morton wrote:
> > 1) Stale handles - Trond's patch fixes it, but I somehow missed it.
>
> What is "Trond's patch" and where is it now?
He means the one this whole thread started with. See attachment...
Trond
--- Begin Message ---
On Fri, 2007-12-07
On Wed, 12 Dec 2007 04:01:56 +0200 Maxim Levitsky <[EMAIL PROTECTED]> wrote:
> >
> > argh, this is getting bad.
> >
> > Can you please test the below patch asap? Against 2.6.24-rc4 or
> > latest-linus.
> >
> >
> > From: Andrew Morton <[EMAIL PROTECTED]>
> >
> > Revert
> >
> > commit
Rene Herman wrote:
> On 12-12-07 00:55, Nigel Cunningham wrote:
>
>> (AMD 1.8GHz Turion, running at 800MHz. ATI RS480 - Mitac 8350 mobo)
>>
>> [EMAIL PROTECTED]:~/Downloads$ gcc port80.c -o port80
>> [EMAIL PROTECTED]:~/Downloads$ sudo ./port80
>> cycles: out 1235, in 1207
>
> Looking good.
>
There are a few error paths which don't unlock the usbvision->lock.
So I've added mutex_unlock() calls to fix those paths.
Signed-off-by: Daniel Walker <[EMAIL PROTECTED]>
---
drivers/media/video/usbvision/usbvision-video.c |2 ++
1 file changed, 2 insertions(+)
Index:
On Sun, 09 Dec 2007 13:15:11 -0400 Kevin Winchester <[EMAIL PROTECTED]> wrote:
> Convert the semaphore to a mutex in net/9p/util.c
>
> Signed-off-by: Kevin Winchester <[EMAIL PROTECTED]>
>
> ---
> net/9p/util.c | 12 ++--
> 1 file changed, 6 insertions(+), 6 deletions(-)
>
> Index:
On Monday 10 December 2007 23:03:05 Andrew Morton wrote:
> On Mon, 10 Dec 2007 17:05:30 +0200
> Maxim Levitsky <[EMAIL PROTECTED]> wrote:
>
> > On Monday 10 December 2007 16:36:09 J. Bruce Fields wrote:
> > > On Mon, Dec 10, 2007 at 04:19:12PM +0200, Maxim Levitsky wrote:
> > > > ...
> > > > > It
Linus,
Please pull from:
ssh://master.kernel.org/pub/scm/linux/kernel/git/mchehab/v4l-dvb.git
master
For the following:
- several driver fixes at ivtv, em28xx, tvp5150, tda10086, saa7146, zl10353,
saa7134, saa7134-alsa, saa7134-dvb, cxusb, saa5246a and saa5249;
- section
On Wed, 12 Dec 2007 10:01:18 am Rene Herman wrote:
> Good day.
>
> Would some people on x86 (both 32 and 64) be kind enough to compile and run
> the attached program? This is about testing how long I/O port access to
> port 0x80 takes. It measures in CPU cycles so CPU speed is crucial in
>
Alan Cox wrote:
On Tue, 11 Dec 2007 05:32:38 +0100 (MET)
Richard Knutsson <[EMAIL PROTECTED]> wrote:
Fixing:
CHECK drivers/net/pcmcia/3c574_cs.c
drivers/net/pcmcia/3c574_cs.c:194:13: warning: dubious bitfield without
explicit `signed' or `unsigned'
drivers/net/pcmcia/3c574_cs.c:196:14:
On Tuesday 11 December 2007 05:50:08 Sam Ravnborg wrote:
> On Thu, Nov 22, 2007 at 03:43:08AM +0100, Andi Kleen wrote:
> > This way gcc can warn for wrong format strings
>
> This loks good. Can I get i s-o-b then I will apply it.
Even better, switch the code to the standard warn/warnx/err/errx.
On Sunday 09 December 2007 08:58:11 Adrian Bunk wrote:
> On Mon, Dec 03, 2007 at 09:02:19PM +1100, Rusty Russell wrote:
> > On Sunday 02 December 2007 22:22:31 Geert Uytterhoeven wrote:
> > > On Sat, 1 Dec 2007, Pierre Ossman wrote:
> > > > Yeah, that could work. Have a header with stuff like
On Wed, 12 Dec 2007 00:31:18 +0100 Rene Herman wrote:
> Good day.
>
> Would some people on x86 (both 32 and 64) be kind enough to compile and run
> the attached program? This is about testing how long I/O port access to port
> 0x80 takes. It measures in CPU cycles so CPU speed is crucial in
This message contains a list of some regressions from 2.6.23 reported since
2.6.24-rc1 was released, for which there are no fixes in the mainline I know
of. If any of them have been fixed already, please let me know.
If you know of any other unresolved regressions from 2.6.23, please let me know
On Tuesday 11 December 2007 23:31:18 Rene Herman wrote:
> Good day.
>
> Would some people on x86 (both 32 and 64) be kind enough to compile and run
> the attached program? This is about testing how long I/O port access to
> port 0x80 takes. It measures in CPU cycles so CPU speed is crucial in
>
On Tue, 11 Dec 2007 17:01:48 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> More hm. It was from "[EMAIL PROTECTED]" which perhaps means that
> some attempt to recall it was made. Oh well.
argh. [EMAIL PROTECTED] really is our Jeff's email address. And I
went and cc'ed [EMAIL PROTECTED] on
On Sun, 9 Dec 2007 19:41:58 + (GMT)
Chris Rankin <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I've recently been having trouble loading the hostap_plx 802.11b wireless
> networking driver, and
> this evening I managed to narrow the problem down to these lines of code by
> copying code from
>
Restore PCI expansion ROM P2P prefetch window creation.
This patch reverts previous "Avoid creating P2P prefetch
window for expansion ROMs" change due to regressions that
were spotted on some systems.
Signed-off-by: Gary Hade <[EMAIL PROTECTED]>
---
---
Remove default PCI expansion ROM memory allocation
Contention for scarce PCI memory resources has been growing
due to an increasing number of PCI slots in large multi-node
systems. The kernel currently attempts by default to
allocate memory for all PCI expansion ROMs so there has
also been an
On Mon, Nov 26, 2007 at 02:15:45PM -0800, Greg KH wrote:
> On Mon, Nov 26, 2007 at 01:59:54PM -0800, Gary Hade wrote:
> > Greg,
> > Without a closer look at the code and the information I
> > requested above I am not 100% certain that my expansion ROM
> > allocation fix is incomplete but it seems
On Dec 11, 2007 4:52 PM, Neil Horman <[EMAIL PROTECTED]> wrote:
> On Tue, Dec 11, 2007 at 04:16:32PM -0800, Ben Woodard wrote:
> > We may need to go back and do some additional work on this. It doesn't
> > seem to be quite as cut and dried as we initially thought.
> >
> > This quirk doesn't appear
On Tue, 2007-12-11 at 23:20 +0100, Adrian Bunk wrote:
> This patch adds __dev{init,exit} annotations.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
ACK.
Thanks,
-yi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Hisashi Hifumi wrote:
> Hi.
>
> Current dio has some problems:
> 1, In ext3 ordered, dio write can return with EIO because of the race
> between invalidation of
> a page and jbd. jbd pins the bhs while committing journal so
> try_to_release_page fails when jbd
> is committing the transaction.
On Sun, 9 Dec 2007 22:34:33 +0100
Marcin __lusarz <[EMAIL PROTECTED]> wrote:
> fbcon: fix sparse warning about shadowing 'p' symbol
>
Please always quote error messages and warnings in the changelog when
fixing them, thanks.
> ---
> drivers/video/console/fbcon.c | 10 +-
> 1 files
On Tue, Dec 11, 2007 at 04:16:32PM -0800, Ben Woodard wrote:
> We may need to go back and do some additional work on this. It doesn't
> seem to be quite as cut and dried as we initially thought.
>
> This quirk doesn't appear to work on virtually the same motherboard with
> the barcelona
On Tue, 11 Dec 2007 16:24:08 -0800 Andrew Morton wrote:
> On Mon, 10 Dec 2007 09:55:48 -0700
> Matthew Wilcox <[EMAIL PROTECTED]> wrote:
>
> > On Mon, Dec 10, 2007 at 12:03:18PM +0800, chang jeff wrote:
> > > Dear Sir,
> > >
> > > Following is patche for scsi driver in 2.6.23.9 what should get
On Sun, 09 Dec 2007 21:17:42 -0400
Kevin Winchester <[EMAIL PROTECTED]> wrote:
> Note also that in the release method, down_interruptible() was being called
> without checking the return value. I converted it to
> mutex_lock_interruptible()
> and made the interrupted case return -ERESTARTSYS,
On Wed, 12 Dec 2007 10:56:33 +1100 Stephen Rothwell wrote:
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
> ---
> drivers/base/driver.c | 24
> drivers/net/iseries_veth.c | 15 +++
> include/linux/device.h |3 +++
> 3 files changed,
Joonwoo Park wrote:
> 2007/12/12, Brandeburg, Jesse <[EMAIL PROTECTED]>:
>>
>> all drivers using NAPI in 2.6.24+ (NNAPI??) must return zero here,
>> after calling netif_rx_complete. netif_rx_complete plus work_done
>> != 0 causes a bug.
>>
>
> Brandeburg,
> Don't we need to return non-zero
On 12-12-07 01:14, Maxim Levitsky wrote:
CPU frequency locked to 2128.000 Mhz:
[EMAIL PROTECTED]:~/tmp$ sudo ./port800
cycles: out 1650, in 1065
CPU frequency locked to: 1596.000 Mhz
[EMAIL PROTECTED]:~/tmp$ sudo ./port800
cycles: out 1730, in 1138
A bit strange, isn't it?
Well, yes.
On Mon, 10 Dec 2007 09:55:48 -0700
Matthew Wilcox <[EMAIL PROTECTED]> wrote:
> On Mon, Dec 10, 2007 at 12:03:18PM +0800, chang jeff wrote:
> > Dear Sir,
> >
> > Following is patche for scsi driver in 2.6.23.9 what should get into
> > 2.6.23.9-final if possible.
> >
> > First refines a newly
On 12-12-07 01:09, Alejandro Riveira Fernández wrote:
On my AMD 3800 X2 (2000MHz) ULi M1697 2.6.24-rc5 i get:
cycles: out 1844674407370808, in 1844674407369087
It is not constant but variations are not significant afaics
Eh, oh, I guess you need to compile as a 32-bit binary...
I tried
We may need to go back and do some additional work on this. It doesn't
seem to be quite as cut and dried as we initially thought.
This quirk doesn't appear to work on virtually the same motherboard with
the barcelona processors in it. It also may be sensitive to the firmware
version. More
On Wednesday 12 December 2007 01:44:42 Rene Herman wrote:
> On 12-12-07 00:40, Maxim Levitsky wrote:
>
> > [EMAIL PROTECTED]:~/tmp$ sudo ./port800
> > cycles: out 1767, in 1147
> > [EMAIL PROTECTED]:~/tmp$ sudo ./port800
> > cycles: out 1774, in 1148
> > [EMAIL PROTECTED]:~/tmp$ sudo ./port800
>
El Wed, 12 Dec 2007 00:51:25 +0100
Rene Herman <[EMAIL PROTECTED]> escribió:
> On 12-12-07 00:43, Alejandro Riveira Fernández wrote:
>
> > On my AMD 3800 X2 (2000MHz) ULi M1697 2.6.24-rc5 i get:
> >
> > cycles: out 1844674407370808, in 1844674407369087
> >
> > It is not constant but
2007/12/12, Brandeburg, Jesse <[EMAIL PROTECTED]>:
>
> all drivers using NAPI in 2.6.24+ (NNAPI??) must return zero here, after
> calling netif_rx_complete. netif_rx_complete plus work_done != 0 causes
> a bug.
>
Brandeburg,
Don't we need to return non-zero work_done after netif_rx_complete if
On Tuesday 11 December 2007 01:52:55 pm Borislav Petkov wrote:
> From what i can roughly tell so far it seems like an resource conflict
> between acpi and
> the pnp requested regions in your patch which result in the acpi_thermal code
> to read the wrong (0xff) temperature value and halt the
1 - 100 of 838 matches
Mail list logo
