Quoting John W. Linville [EMAIL PROTECTED]:
Very cool! Is it likely that d80211 and iwlwifi will be pushed into
mainline in time for 2.6.21?
Hmmm...I think we need to spend a cycle or so in -mm. 2.6.22 seems
more likely for mainline.
I think we should take this as a goal. Last time I
On Saturday 10 February 2007 17:22, Theodore Tso wrote:
On Fri, Feb 09, 2007 at 01:12:42PM -0800, James Ketrenos wrote:
Please hold all questions until I am done with this email. Thank you.
We are pleased to announce the availability of a new driver for the
Intel PRO/Wireless 3945ABG
On Sat, 10 Feb 2007, Linus Torvalds wrote:
On Sat, 10 Feb 2007, Davide Libenzi wrote:
For the queue approach, I meant the async_submit() to simply add the
request (cookie, syscall number and params) inside queue, and not trying
to execute the syscall. Once you're inside schedule,
On Sat, 10 Feb 2007 19:32:30 +0200 S.Çağlar Onur [EMAIL PROTECTED] wrote:
Hi;
31 Oca 2007 Çar tarihinde, [EMAIL PROTECTED] şunları yazmıştı:
The patch titled
kvm: Fix asm constraint for lldt instruction
has been added to the -mmtree. Its filename is
Hi,
The generic HID layer changes introduced an endianness bug for USB HID
devices.
The USB vendor and product IDs are not byteswapped appropriately, and
thus come out in the wrong endianness when fetched through the evdev
using ioctl() on big endian platforms.
This byteswapping used to be done
Andrew, unless you stop me right now, I am going to send the following
patches in addition:
[PATCH] kill cancel_rearming_delayed_workqueue()
cancel_rearming_delayed_workqueue(wq, dwork) does not
need the first parameter, it could be figured out from
Change queue_delayed_work() to use queue_delayed_work_on() to avoid the code
duplication (saves 133 bytes).
Q: queue_delayed_work() enqueues dwork-work directly when delay == 0, why?
Signed-off-by: Oleg Nesterov [EMAIL PROTECTED]
--- 6.20-rc6-mm3/kernel/workqueue.c~2_factor2007-02-10
Currently typeof(delayed_work-work.data) is
struct workqueue_struct when the timer is pending
struct cpu_workqueue_struct whe the work is queued
This makes impossible to use flush_fork(delayed_work-work) in addition
to cancel_delayed_work/cancel_rearming_delayed_work, not good.
net/ipv4/ipvs/ip_vs_core.c
module_exit
ip_vs_cleanup
ip_vs_control_cleanup
cancel_rearming_delayed_work
// done
This is unsafe. The module may be unloaded and the memory may be freed while
defense_work's handler is still
Ken Chen writes:
So any error value returned from invalidate_inode_pages2_range() has
to be taken seriously in the direct IO submit path instead of dropping
it to the floor.
If invalidate_inode_pages2_range() will return EIOCBRETRY as the patch
aio: fix kernel bug when page is temporally busy
Hi!
I don't think this is already done (feel free to correct me if I'm
wrong)..
Can we start to NAK new drivers that don't have proper power management
implemented? There really is no excuse for writing a new driver and not
putting .suspend and .resume methods in anymore, is there?
Hello,
This looks like the problems that hopefully the patches from Tejun and
from Mark Lord cured (the delay after reset and the task file clear)
Any chance I can find this patch(es) and try them ?
Also, I've seen a :
ata1: Spurious SDB FIS during NCQ issue=0x0 SAct=0x7ff8001f
And again, for something completely different.
I am hammering my second machine now, a cool Siemens/Fujitsu laptop
(named elisabeth) with ICH7 ATA chipset and controller.
Currently the ATA controller is in SATA mode (ICH7 chipsets allow
you to run in native SATA mode or compatible mode, for the
Heiko Carstens wrote:
On Sat, Feb 10, 2007 at 12:43:16PM -0500, Tejun Heo wrote:
\ Heiko, how about this? Does it fix s390?
Unfortunately not. Now I get
CC lib/iomap.o
lib/iomap.c: In function 'devm_ioport_map_release':
lib/iomap.c:270: warning: implicit declaration of function
Hi,
On Saturday, 10 February 2007 20:38, Pavel Machek wrote:
Hi!
I don't think this is already done (feel free to correct me if I'm
wrong)..
Can we start to NAK new drivers that don't have proper power management
implemented? There really is no excuse for writing a new driver
Hi,
On 10/02/07, Patrick Ale [EMAIL PROTECTED] wrote:
And again, for something completely different.
I am hammering my second machine now
You may want to use autotest
http://test.kernel.org/autotest
Patrick
Regards,
Michal
--
Michal K. K. Piotrowski
LTG - Linux Testers Group (PL)
On Sat, 10 Feb 2007, Tejun Heo wrote:
I think an arch needs to support ioport_map/unmap and noncoherent dma (just
alias to coherent interface on x86/amd64) interface whether PCI is implemented
or not. No?
We haven't required ioport implementations in the past, afaik.
On Sat, Feb 10, 2007 at 10:58:58AM +0100, Heiko Carstens wrote:
Alasdair, is dm already fixed or is there any chance that it will
ever get fixed?
I still expect us to get this changed within the next few months. We've
dealt with the changes necessary to the crypt target for this. The final
Hi.
On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote:
Hi,
On Saturday, 10 February 2007 20:38, Pavel Machek wrote:
Hi!
I don't think this is already done (feel free to correct me if I'm
wrong)..
Can we start to NAK new drivers that don't have proper power
A Dissabte 10 Febrer 2007 15:45, Tejun Heo va escriure:
[cc'ing Alan and Jean, Hi!]
Hi people!!!
Leopold Palomo Avellaneda wrote:
A Divendres 09 Febrer 2007 18:13, Leopold Palomo Avellaneda va escriure:
A Divendres 09 Febrer 2007 10:46, Tejun Heo va escriure:
Leopold Palomo Avellaneda
James Bottomley wrote:
On Sat, 2007-02-10 at 18:46 +0100, Richard Knutsson wrote:
Convert:
FALSE - false
TRUE - true
Actually, downcasing true and false in this driver is pretty much a
retrograde step. The reason for their being uppercased is that they
represent constants (and
James Bottomley wrote:
On Sat, 2007-02-10 at 18:46 +0100, Richard Knutsson wrote:
Convert:
FALSE - false
TRUE - true
Actually, downcasing true and false in this driver is pretty much a
retrograde step. The reason for their being uppercased is that they
represent constants (and
Hi!
My schoolmate got this while using kvm-12 on 2.6.20-rc6:
http://www.fi.muni.cz/~xslaby/sklad/kvm-intel-panic/a/
Unfortunately it's only shots taken by camera. If we are able to reproduce it in
2.6.20, we'll grab netconsole output.
regards,
--
http://www.fi.muni.cz/~xslaby/
On Sat, 2007-02-10 at 03:31 +0100, Nick Piggin wrote:
SetNewPageUptodate does not do the S390 page_test_and_clear_dirty, so
I'd like to make sure that's OK.
An I/O operation on s390 will set the dirty bit for a page. That is the
reason to have SetPageUptodate clear the per page dirty bit when
From: Randy Dunlap [EMAIL PROTECTED]
Fix kernel-doc warnings in PCI, sysfs, and kobject files.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
drivers/pci/pci-driver.c |1 +
drivers/pci/pci.c|2 +-
fs/sysfs/file.c |2 +-
lib/kobject.c|1 +
4 files
From: Randy Dunlap [EMAIL PROTECTED]
Fix kernel-doc warnings in IRQ management.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
include/linux/irq.h |1 +
kernel/irq/chip.c |2 +-
2 files changed, 2 insertions(+), 1 deletion(-)
--- linux-2.6.20-git6.orig/include/linux/irq.h
+++
On Sat, Feb 10, 2007 at 02:25:53PM -0800, Linus Torvalds wrote:
On Sat, 10 Feb 2007, Tejun Heo wrote:
I think an arch needs to support ioport_map/unmap and noncoherent dma (just
alias to coherent interface on x86/amd64) interface whether PCI is
implemented
or not. No?
We
Nigel Cunningham wrote:
If your device requires power management, and you know it requires power
management, why not just implement power management? Doing -ENOSYS
instead is like saying -ESPAMMEBECAUSEIMLAZY.
Let me put it another way: People keep talking about Linux being ready
for the
Am 10.02.2007 23:37 schrieb Nigel Cunningham:
If your device requires power management, and you know it requires power
management, why not just implement power management? Doing -ENOSYS
instead is like saying -ESPAMMEBECAUSEIMLAZY.
Like it or not, power management is far from trivial, and
Am 10.02.2007 07:43 schrieb Willy Tarreau:
On Fri, Feb 09, 2007 at 07:25:34PM -0500, Jeff Garzik wrote:
On Sat, 2007-02-10 at 08:57 +1100, Nigel Cunningham wrote:
Can we start to NAK new drivers that don't have proper power management
implemented?
[...]
Certainly we should ask for it, but it
I have recently been investigating why we reprogram ioapic irqs in the
interrupt handler, because it significantly complicates the code, and
makes things more fragile. Eventually I found the commit with the
justification, see below.
There are not enough details in the justification to really
On Sat, Feb 10, 2007 at 10:50:33PM +, Al Viro wrote:
We don't even require ioremap(). What the hell could it possibly mean on
e.g. UML? The same goes for DMA. And yes, of course it means that a lot
of drivers are not buildable on it - hardly a surprise, that...
FWIW, the current picture
On Thu, Feb 08, 2007 at 01:32:43PM -0800, [EMAIL PROTECTED] wrote:
The patch titled
rdmsr_on_cpu, wrmsr_on_cpu
has been removed from the -mm tree. Its filename was
rdmsr_on_cpu-wrmsr_on_cpu.patch
This patch was dropped because I've lost the plot on this thing
Alexey,
On Sat, Feb 10, 2007 at 05:14:13PM -0500, Tejun Heo wrote:
Heiko Carstens wrote:
On Sat, Feb 10, 2007 at 12:43:16PM -0500, Tejun Heo wrote:
\ Heiko, how about this? Does it fix s390?
Unfortunately not. Now I get
CC lib/iomap.o
lib/iomap.c: In function 'devm_ioport_map_release':
On Thu, Feb 08, 2007 at 11:14:13AM -0500, William Cohen wrote:
This past week I was playing around with that pahole tool
(http://oops.ghostprotocols.net:81/acme/dwarves/) and looking at the
size of various struct in the kernel. I was surprised by the size of
the task_struct on x86_64,
From: Randy Dunlap [EMAIL PROTECTED]
Fix kernel-doc warnings and errors in USB.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/DocBook/gadget.tmpl |4 ++--
Documentation/DocBook/usb.tmpl|6 +++---
drivers/usb/core/driver.c |1 +
3 files changed, 6
On Sunday, 11 February 2007 00:45, Tilman Schmidt wrote:
Am 10.02.2007 23:37 schrieb Nigel Cunningham:
If your device requires power management, and you know it requires power
management, why not just implement power management? Doing -ENOSYS
instead is like saying -ESPAMMEBECAUSEIMLAZY.
On Thu, Feb 08, 2007 at 03:07:10PM -0800, Andrew Morton wrote:
I'm getting fed up of holding onto hundreds of patches against subsystem
trees, sending them over and over again seeing and nothing happen. I sent
242
patches out to subsystem maintainers on Monday and look at what's still
As mentioned previously, I've setup a backlight git tree at:
http://git.o-hand.com/?p=linux-rpurdie-backlight;a=shortlog;h=for-mm
(git://git.o-hand.com/linux-rpurdie-backlight)
A patch of the combined changes to mainline is:
http://www.rpsys.net/openzaurus/patches/git_backlight-r1.patch.gz
I've added this patch to the backlight git tree since it allows the
removal of a powermac specific hack to chipsfb_blank and fixes the
backlight class to work with drivers with no hardware blanking. Can
anyone see any problems with this?
The backlight class wants notification whenever the
On Sunday, 11 February 2007 00:20, Robert Hancock wrote:
Nigel Cunningham wrote:
If your device requires power management, and you know it requires power
management, why not just implement power management? Doing -ENOSYS
instead is like saying -ESPAMMEBECAUSEIMLAZY.
Let me put it
On Sat, Feb 10, 2007 at 09:56:07AM -0800, Michael Kerrisk wrote:
Val,
I'm just updating the mount(2) man page for MS_RELATIME, and this is the
text I've come up with:
MS_RELATIME(Since Linux 2.6.20)
When a file on this file system is accessed, only
From: Linus Torvalds [EMAIL PROTECTED]
Date: Fri, 9 Feb 2007 14:33:01 -0800 (PST)
So I actually like this, because it means that while we slow down
real IO, we don't slow down the cached cases at all.
Even if you have everything, every page, every log file, in the page
cache, everything
On Sat, Feb 10, 2007 at 08:45:26PM +0100, Miguel Ojeda wrote:
When I was testing some stuff at 2.6.20-rc6-mm3 I found this at dmesg
multiple times.
Could you try this hotfix
The PATA_PCMCIA driver does not work.
The kernel version is 2.6.20.
Does anyone test this driver?
Yes it gets regularly tested and works reliably on my test harware. I am
however using standards compliant hardware.
[pata_pcmcia dmesg]
ata1.00: CFA, max PIO0, 20480 sectors: LBA
ata1.00:
On Sat, Feb 10, 2007 at 12:53:51PM -0500, Pavel Roskin wrote:
Quoting John W. Linville [EMAIL PROTECTED]:
Very cool! Is it likely that d80211 and iwlwifi will be pushed into
mainline in time for 2.6.21?
Hmmm...I think we need to spend a cycle or so in -mm. 2.6.22 seems
more likely
[pata_pcmcia dmesg]
ata1.00: CFA, max PIO0, 20480 sectors: LBA
ata1.00: ata1: dev 0 multi count 0
ata1.01: CFA, max PIO0, 20480 sectors: LBA
ata1.01: ata1: dev 1 multi count 0
Do you have two cards here ?
No. one card.
I am not sure why two devices are detected.
Actually, this card
On Sat, 10 Feb 2007 12:43:16 -0500 Tejun Heo wrote:
devres iomap made lib/iomap.c always built and added several
arch-indep PCI routines to include/linux/io.h and lib/iomap.c without
wrapping them inside CONFIG_PCI. This breaks configurations where PCI
is not configured. Wrap pci_iomap() in
On Sat, Feb 10, 2007 at 11:22:05AM +0100, Heiko Carstens wrote:
Which remembers me that I think that MIPS is using the non-compat version
of sys_epoll_pwait for compat syscalls. But maybe MIPS doesn't need a compat
syscall for some reason. Dunno.
Which reminds me that x86_64 i386 compat
On Sat, 10 Feb 2007, David Miller wrote:
Even if you have everything, every page, every log file, in the page
cache, everything talking over the network wants to block.
Will you create a thread every time tcp_sendmsg() hits the send queue
limits?
No. You use epoll() for those.
The
On Sat, Feb 10, 2007 at 10:32:07AM +, David Woodhouse wrote:
On Sat, 2007-02-10 at 11:22 +0100, Heiko Carstens wrote:
Which remembers me that I think that MIPS is using the non-compat version
of sys_epoll_pwait for compat syscalls. But maybe MIPS doesn't need a compat
syscall for some
On Sat, 10 Feb 2007, Dave Jones wrote:
Shrink the held_lock struct by using bitfields.
This shrinks task_struct on lockdep enabled kernels by 480 bytes.
Are we sure that there are no users that depend on accessing the different
fields under different locks?
Having them as separate int
On Sat, Feb 10 2007, Rafael J. Wysocki wrote:
On Saturday, 10 February 2007 12:50, Jens Axboe wrote:
On Sat, Feb 10 2007, Jens Axboe wrote:
On Sat, Feb 10 2007, Rafael J. Wysocki wrote:
Hi,
On Friday, 9 February 2007 20:03, Jens Axboe wrote:
Hi,
Unfortunately I'm
Andi Kleen wrote:
[Snip]
You run with report_lost_ticks and report the results to linux-kernel
Doing as I am told, here we go:
This is 100% reproducible, ie: just doing a big rsync between 2 disks
and burning a DVD at the same time. Note: the system isn't very
responsive when this happens,
On Sat, Feb 10, 2007 at 12:45:50PM +0100, Heiko Carstens wrote:
From: Heiko Carstens [EMAIL PROTECTED]
9ac7849e35f705830f7b016ff272b0ff1f7ff759 causes this:
CC arch/s390/mm/ioremap.o
In file included from arch/s390/mm/ioremap.c:18:
include/linux/io.h:46:
warning: struct
This is the accumulated SCSI tree for 2.6.20. It is available at
master.kernel.org:/pub/scm/linux/kernel/git/jejb/scsi-misc-2.6.git
The short changelog is:
Adrian Bunk (1):
aic79xx: make ahd_match_scb() static
Ahmed S. Darwish (1):
DAC960: kmalloc-kzalloc/Casting cleanups
On Wed, 7 Feb 2007, Tejun Heo wrote:
Grzegorz Kulewski wrote:
It worked very well for half a year but with one disk (IIRC it was even
plugged into second channel but I wont bet on it). Now I have second disk
(very similar) and it is always put into PIO4 mode:
[ 17.404451] libata version
This looks like the problem with races in mmc_block again. Add some printk:s
in
the remove function so that you can see if this oops is after the remove
function (shouldn't be possible, but will cause crash if it is).
It just occurred to me that my synopsis of the problem was utterly lame.
On Sat, 10 Feb 2007, Ralf Baechle wrote:
Unfortunately struct epoll_event contains a gap so it bets on identical
padding rules between native and compat ABI and anyway, padding is wasted
space so the struct members should have been swapped when this structure
was created. Oh well, too late.
On Sat, Feb 10, 2007 at 05:14:13PM -0500, Tejun Heo wrote:
Heiko Carstens wrote:
On Sat, Feb 10, 2007 at 12:43:16PM -0500, Tejun Heo wrote:
\ Heiko, how about this? Does it fix s390?
Unfortunately not. Now I get
CC lib/iomap.o
lib/iomap.c: In function 'devm_ioport_map_release':
On Sat, Feb 10, 2007 at 09:17:58PM -0800, Christopher Li wrote:
e.g. sparse has not way to know some function only get called with interrupt
disabled (or some lock already hold). So it assume interrupt is still
enable and generate wrong warnings. Another example is that some helper
function
On Sat, Feb 10, 2007 at 06:33:25PM +0100, Andi Kleen wrote:
Interesting. Did you find any kernel bugs with this?
In short, not very useful yet.
The current run of of sparse-0.2-cl2 on git default i386 config
will find about 6 place kernel using allocated memory without NULL
check. But Linus
On Sat, 10 Feb 2007, Eric W. Biederman wrote:
There are not enough details in the justification to really understand
the issue so I'm asking to see if someone has some more details.
The description makes the assertion that reprograming the ioapic
when an interrupt is pending is the only
Pierre Ossman wrote:
Alex Dubov wrote:
One more problem (you may already know about it) - I was contacted by somebody
from the hald
project and indeed I can confirm that on 2.6.20 kernel hald fails to take
action on card
insertion. I can't see anything in my code so this may be a general mmc
Andrew Morton wrote:
On Sat, 10 Feb 2007 19:32:30 +0200 S.Çağlar Onur [EMAIL PROTECTED] wrote:
Hi;
31 Oca 2007 Çar tarihinde, [EMAIL PROTECTED] şunları yazmıştı:
The patch titled
kvm: Fix asm constraint for lldt instruction
has been added to the -mmtree. Its filename is
Christoph Hellwig wrote:
I haven't looked at what causes it, but any leakage of pci details
into io.h is bogus. I'd suggest that the original submitter fixes
up that problem instead.
pci_iomap() depends on two things - PCI and iomap. AFAIK, there is no
config to test whether the current
On Sat, Feb 10, 2007 at 02:14:31AM +0100, Nicolas Kaiser wrote:
Typos in KERN_ERR, KERN_INFO.
Signed-off-by: Nicolas Kaiser [EMAIL PROTECTED]
---
arch/arm/mach-imx/dma.c |2 +-
arch/arm/mach-s3c2410/pm-simtec.c |2 +-
arch/arm/plat-omap/dma.c |2 +-
3
On Sun, Feb 11, 2007 at 01:26:40AM -0500, Tejun Heo wrote:
Christoph Hellwig wrote:
I haven't looked at what causes it, but any leakage of pci details
into io.h is bogus. I'd suggest that the original submitter fixes
up that problem instead.
pci_iomap() depends on two things - PCI and
On Saturday 10 February 2007 19:33, Richard Purdie wrote:
As mentioned previously, I've setup a backlight git tree at:
http://git.o-hand.com/?p=linux-rpurdie-backlight;a=shortlog;h=for-mm
(git://git.o-hand.com/linux-rpurdie-backlight)
A patch of the combined changes to mainline is:
On Friday 09 February 2007 14:03, Jens Axboe wrote:
Hi,
Unfortunately I'm a little short on time as I'll be travelling tomorrow,
but of course preparing a new kernel for the laptop is something you
want to do right before leaving. So I discovered that the current (well
as of yesterday, HEAD
On Sun, Feb 11, 2007 at 05:50:15AM +, Al Viro wrote:
I have some stuff in that direction, but it take some resurrecting...
OK, we should talk.
Here is what I have:
Linearize bytecode writer, which produce the binary linearized code.
The uncompress size is about 10 times the i386 .o file.
Al Viro wrote:
My current version:
From 97f115834b5ebef4f04e0f18aaa10f78f43733a0 Mon Sep 17 00:00:00 2001
From: Al Viro [EMAIL PROTECTED]
Date: Sat, 10 Feb 2007 23:41:09 -0500
Subject: [PATCH] sort the devres mess out
Split the implementation-agnostic stuff in separate files.
Make sure that
Hi Nigel,
On Sun, Feb 11, 2007 at 09:37:06AM +1100, Nigel Cunningham wrote:
On Sat, 2007-02-10 at 23:20 +0100, Rafael J. Wysocki wrote:
(...)
What about this:
If the device requires that, implement .suspend and .resume or at least
define .suspend that will always return -ENOSYS (then
From: Randy Dunlap [EMAIL PROTECTED]
Teach kernel-doc to handle functions that look like the new
pcim_iomap_table(). Fixes this fatal error in scripts/kernel-doc:
DOCPROC Documentation/DocBook/kernel-api.xml
Error(/tester/linsrc/linux-2.6.20-git6//drivers/pci/pci.c:1351): cannot
understand
From: Randy Dunlap [EMAIL PROTECTED]
Make devres.c ready for adding to DocBook.
Fix a few comment typos in drivers/pci/pci.c.
Add devres.c to DocBook.
Signed-off-by: Randy Dunlap [EMAIL PROTECTED]
---
Documentation/DocBook/kernel-api.tmpl |4
drivers/base/devres.c |
On Sat, Feb 10, 2007 at 08:50:27PM +0100, Rafael J. Wysocki wrote:
On Saturday, 10 February 2007 18:52, Daniel Barkalow wrote:
On Sat, 10 Feb 2007, Rafael J. Wysocki wrote:
On Saturday, 10 February 2007 11:02, Nigel Cunningham wrote:
Well, the original desire was to stop new
On Sun, 11 Feb 2007 06:34:31 + Al Viro wrote:
My current version:
From 97f115834b5ebef4f04e0f18aaa10f78f43733a0 Mon Sep 17 00:00:00 2001
From: Al Viro [EMAIL PROTECTED]
Date: Sat, 10 Feb 2007 23:41:09 -0500
Subject: [PATCH] sort the devres mess out
Split the implementation-agnostic
On Sun, Feb 11, 2007 at 06:34:31AM +, Al Viro wrote:
+config NO_IOPORT
+ bool
+ default n
please make this IOPORT. config symbols with an implicit negation
are quite horrible for the brain to understand.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
On Sun, 11 Feb 2007 01:02:47 -0600 [EMAIL PROTECTED] wrote:
I don't see CONFIG_BLK_DEV_INITRD=y
Regards,
Vito Caputo
BTW, this isnt the appropriate place for asking this type of question...
Please explain why not.
And please delete large parts of email that are not needed in replies
[EMAIL PROTECTED] wrote:
I have built a number of previous kernels, but am having problems with
2.6.20.
I initially tried just changing only the Processor type (so what I had done
would be easy to describe). Someone on this list was kind enough to tell
me that the SATA/PATA drivers were not
sorry, this should of course go to the people to blame aswell :)
On Wed, Feb 07, 2007 at 09:32:54AM +0100, Christoph Hellwig wrote:
On Wed, Feb 07, 2007 at 07:59:18AM +, Linux Kernel Mailing List wrote:
[IA64] swiotlb abstraction (e.g. for Xen)
Add abstraction so that the
On Sat, Feb 10, 2007 at 11:12:34PM -0800, Randy Dunlap wrote:
On Sun, 11 Feb 2007 01:02:47 -0600 [EMAIL PROTECTED] wrote:
I don't see CONFIG_BLK_DEV_INITRD=y
Regards,
Vito Caputo
BTW, this isnt the appropriate place for asking this type of question...
Please explain why not.
Greetings,
I've been running md on my server for some time now and a few days ago one of
the (3) drives in the raid5 array starting giving read errors. The result was
usually system hangs and this was with kernel 2.6.17.13. I upgraded to the
latest production 2.6.20 kernel and experienced the
On Wednesday 07 February 2007 21:18:50 Len Brown wrote:
Hi Linus,
please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git
release
ACPICA Core version 2070126 simplifies the ACPI table manager
code by consolidating multiple table definitions into one.
It
Hi.
Eliminated the arch/i386/kernel/timers in 2.6.18, use clocksoures instead.
pit_latch_buggy was referred in timers/timer_tsc.c, and currently removed.
Therefore nobody refer it.
Until 2.6.17, MediaGX's TSC works correctly. after 2.6.18, warned
TSC appears to be running slowly. Marking it as
On Fri, Feb 09 2007, Pavel Machek wrote:
Hi!
Nigel Cunningham [EMAIL PROTECTED] writes:
- for (tracedata = __tracedata_start ; tracedata
__tracedata_end ; tracedata += 6) {
+ for (tracedata = __tracedata_start ; tracedata
__tracedata_end ; tracedata += 2
Am Saturday 10 February 2007 schrieb Tejun Heo:
Hmmm... Raptor not supporting SMART. That's weird. Please try
'smartctl -d ata -a /dev/sda'.
The output is attached.
cu,
Emmy
smartctl version 5.36 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce
Allen
Home page is
One more problem (you may already know about it) - I was contacted by somebody
from the hald
project and indeed I can confirm that on 2.6.20 kernel hald fails to take
action on card
insertion. I can't see anything in my code so this may be a general mmc problem.
The problem is described here:
Robert Hancock wrote:
So it was tag 0 that timed out , and according to the CPBs the
controller indeed believes the command is still outstanding, i.e. we
didn't lose an interrupt. I'm suspicious of the fact that only one of
two identical drives produced this error.. some kind of
The file system mounted on /tmp/z in the example contains 2^50
directories. heh.
I do wonder how realistic this problem is in real life.
That's a fair concern, although I was trying this as part
of evaluating how much someone could hose a system
if we let them mount arbitrary FUSE
On Fri, 2007-02-09 at 22:45 -0500, James Morris wrote:
On Sat, 10 Feb 2007, Rusty Russell wrote:
Well it was the use of get_order() which triggered Andi's alarm bells,
so I went back to deriving it. This code is correct, however.
+ hype_pages = alloc_pages(GFP_KERNEL|__GFP_ZERO,
Hi,
On Saturday, 10 February 2007 04:02, Nigel Cunningham wrote:
Hi.
On Fri, 2007-02-09 at 19:50 -0600, Robert Hancock wrote:
It also kind of bothers me that if a driver has no suspend/resume
functions, and you suspend and resume the system, we don't complain
about it even though
Instead of PAGE_COPY use the pgprot bits established already at
original mapping time of the VMA. This will also include any
architecture specific bits setup through protection_map.
zeromap_page_range will take care of COW'ing the passed pgprot.
This fixes at least one problem on ARM where
On Sat, Feb 10, 2007 at 11:15:21AM +0200, Imre Deak wrote:
Instead of PAGE_COPY use the pgprot bits established already at
original mapping time of the VMA. This will also include any
architecture specific bits setup through protection_map.
zeromap_page_range will take care of COW'ing the
Hi,
On Friday, 9 February 2007 20:03, Jens Axboe wrote:
Hi,
Unfortunately I'm a little short on time as I'll be travelling tomorrow,
but of course preparing a new kernel for the laptop is something you
want to do right before leaving. So I discovered that the current (well
as of yesterday,
PS: 1/3 Missing critical phys_to_virt in lib/swiotlb.c
and 2/3 ieee1394: video1394: DMA fix
are applicable to older kernels too.
--
Stefan Richter
-=-=-=== --=- -=-=-
http://arcgraph.de/sr/
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On Feb 9 2007 15:22, Andrew Morton wrote:
On Fri, 09 Feb 2007 14:53:44 -0800
Dave Hansen [EMAIL PROTECTED] wrote:
This is the core of the read-only bind mount patch set.
Who wants read-only bind mounts, and for what reason?
And another case could be, that some application modifies ~/.xyz, but
On Thu, Feb 08, 2007 at 03:07:10PM -0800, Andrew Morton wrote:
drivers-mdc-use-array_size-macro-when-appropriate.patch
md-dm-reduce-stack-usage-with-stacked-block-devices.patch
- neilb
(The second one is getting idiotic. When are we going to fix this??)
Since it was me who asked to
Gidday.
On Sat, 2007-02-10 at 10:34 +0100, Rafael J. Wysocki wrote:
On Saturday, 10 February 2007 04:02, Nigel Cunningham wrote:
On Fri, 2007-02-09 at 19:50 -0600, Robert Hancock wrote:
It also kind of bothers me that if a driver has no suspend/resume
functions, and you suspend and
On Sat, Feb 10, 2007 at 09:39:54AM +, Russell King wrote:
On Sat, Feb 10, 2007 at 11:15:21AM +0200, Imre Deak wrote:
Instead of PAGE_COPY use the pgprot bits established already at
original mapping time of the VMA. This will also include any
architecture specific bits setup through
1 - 100 of 488 matches
Mail list logo