Trent Waddington wrote:
You don't even say what the hardware is that you're writing a driver
for...
Oh, I am not sure if I can? but It is Marathon (2700G3) from intel
which has
core licenced from PowerVR.
Rok
-
To unsubscribe from this list: send the line "unsubscribe linux-kerne
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Mon, 8 Jan 2007 15:12:08 -0800 (PST)
>
>
> On Mon, 9 Jan 2007, Peter Osterlund wrote:
> >
> > Thanks, the patch appears to help. The kernel has now survived much
> > longer with this patch than it used to do without it.
> >
> > I will recompile wi
This I got during boot with 2.6.20-rc4:
=
[ INFO: possible recursive locking detected ]
2.6.20-rc4 #3
-
mount/5819 is trying to acquire lock:
(&jfs_ip->commit_mutex){--..}, at: [] mutex_lock+0x21/0x30
but task
Hi!
I would like to ask how can I start writing accelerated driver on linux.
Right now I
am realy confused, because there is no real documentation about it (or I
can't find one).
We get the documentation which is describing hardware (sort of?!) from
manufactorer,
and that's it.
Target platfo
During boot into 2.6.20-rc4 iptables says
iptables-restore: line 15 failed.
And works fine with my default kernel: 2.6.18.x
Here is rules:
---
# cat /var/lib/iptables/rules-save
# Generated by iptables-save v1.3.5 on Tue Jan 9 10:20:35 2007
*filter
:INPUT DROP [26037:8838791]
:FORWARD DROP [0:0]
On Tue, 2007-01-09 at 08:14 +0100, Sylvain Munaut wrote:
> But maybe the question we should ask is why would it build
> drivers/usb/host/ohci-ppc-soc.c for an iMac G3 ... Because that problem
> (ohci multiple glue in module) is there since a long time, just never
> spotted before.
Are you suggesti
On Tue, 2007-01-09 at 08:01 +0100, Jean Delvare wrote:
> Hi JH,
>
> On Mon, 08 Jan 2007 13:33:04 -0800, J.H. wrote:
> > On Mon, 2007-01-08 at 22:20 +0100, Jean Delvare wrote:
> > > * Drop the bandwidth graphs. Most visitors certainly do not care, and
> > > their presence generates traffic on all w
On Tue, Jan 09, 2007 at 01:05:23PM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
> > On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> > > On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > > > Don't build ohci as module f
Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
>> On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
>>> On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
Don't build ohci as module for now.
A fix for that is already in gregkh
On Mon, Jan 08, 2007 at 08:23:59PM -0800, Andrew Morton wrote:
> On Mon, 8 Jan 2007 11:06:44 -0500 (EST)
> Alan Stern <[EMAIL PROTECTED]> wrote:
>
> > This patch (as832) fixes a newly-introduced bug in the driver core.
> > When a kobject is assigned to a kset, it must acquire a reference to
> > th
On 1/9/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
It does already exist:
http://winehq.org/site/docs/winelib-guide/index
That's half the guide I recommended Dirk write.. and could do with
some updating. The other half is how exactly you go about using
DirectX with winelib. I've seen no gui
On 1/9/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
And remember Picasa as a success story for Wine - exactly because a port
would have required too much effort for developers that were busy with
other things.
I understand what you're saying here, but Picasa *is* a port. They
ship an elf binary
On Tue, Jan 09, 2007 at 04:16:51PM +1000, Trent Waddington wrote:
> On 1/9/07, Dirk <[EMAIL PROTECTED]> wrote:
> >I tried to get WoW installed with Cedega 5.2.9 for two days now.
> >
> >Cedega is not a replacement for ports. And it does not encourage ports.
>
> We're totally off topic now, but wha
David Woodhouse wrote:
> On Tue, 2007-01-09 at 13:05 +1100, Benjamin Herrenschmidt wrote:
>
>> Sylvain fixes are. My endian patches are for ps3 and toshiba celleb,
>> none of which is fully merged in 2.6.20 so they are fine to wait. It's
>> mostly a matter of being a PITA to rebase Sylvain stuff
On Tue, 2007-01-09 at 13:05 +1100, Benjamin Herrenschmidt wrote:
> Sylvain fixes are. My endian patches are for ps3 and toshiba celleb,
> none of which is fully merged in 2.6.20 so they are fine to wait. It's
> mostly a matter of being a PITA to rebase Sylvain stuff to apply before
> mine and rebas
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > I would be happy to be corrected if the above impression of
> > freeze_processes() is corrected ..
>
> It could be that the freezer needs a bit of work for this application.
> Obviously we're not interested in the handling of disk I/O, so we'd
>
Hi JH,
On Mon, 08 Jan 2007 13:33:04 -0800, J.H. wrote:
> On Mon, 2007-01-08 at 22:20 +0100, Jean Delvare wrote:
> > * Drop the bandwidth graphs. Most visitors certainly do not care, and
> > their presence generates traffic on all web servers regardless of the
> > one the visitor is using, as each
On Tue, Jan 09, 2007 at 08:16:22AM +0100, Dirk wrote:
> Adrian Bunk wrote:
> >On Mon, Jan 08, 2007 at 04:36:01PM +0100, Dirk wrote:
> >>Helge Hafting wrote:
> >>...
> >>>Either _you_ code your game interface yourself, or you fund
> >>>some developers to do it for you. It is that simple. You can
>
Hi,
Im unable to compile linux 2.6.14 with gcc 4.x, but new versions of
kernel i can compile.
with gcc 4.x.
It gives errors - that seem to disappear when compiled with gcc - 3.4.x
I really dont understand why?.
Is there anyway we can compile lower versions of linux using gcc 4.x.
Im
* Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Revert bd_mount_mutex back to a semaphore so that xfs_freeze -f
> > /mnt/newtest; xfs_freeze -u /mnt/newtest works safely and doesn't
> > produce lockdep warnings.
>
> Sad. The alternative would be to implement
> mutex_unlock_dont_warn_if_a_diff
Kasper Sandberg wrote:
On Mon, 2007-01-08 at 16:36 +0100, Dirk wrote:
Helge Hafting wrote:
Dirk wrote:
Jay Vaughan wrote:
At 13:13 +0100 8/1/07, Dirk wrote:
Trent Waddington wrote:
> Call me crazy, but game manufacturers want directx right? You aint
> running that in the kernel.
The
On 1/9/07, Dirk <[EMAIL PROTECTED]> wrote:
I tried to get WoW installed with Cedega 5.2.9 for two days now.
Cedega is not a replacement for ports. And it does not encourage ports.
We're totally off topic now, but what the hell.. You wanna encourage
ports? Write a step by step guide on how to
Adrian Bunk wrote:
On Mon, Jan 08, 2007 at 04:36:01PM +0100, Dirk wrote:
Helge Hafting wrote:
...
Either _you_ code your game interface yourself, or you fund
some developers to do it for you. It is that simple. You can
of course come here and ask advice about how to do it
and what parts will b
Jan Dittmer wrote:
Dirk wrote:
Alright. I came to discuss an idea I had because I realized that
installing Windows and running Linux in VMware is the only _fun_ way to
play "real" Games and have Linux at the same time.
And everyone who says I'm a troll doesn't like Games or simple things.
T
On Tue, 2007-01-09 at 15:49 +1100, David Chinner wrote:
> On Tue, Jan 09, 2007 at 03:17:03PM +1100, Nathan Scott wrote:
> > On Mon, 2007-01-08 at 19:51 -0800, Andrew Morton wrote:
> > > If that's not true, then what _is_ happening in there?
> >
> > This particular case was a device mapper stack tr
Hi again.
On Tue, 2007-01-09 at 06:09 +0100, Adrian Bunk wrote:
> On Tue, Jan 09, 2007 at 03:29:35PM +1100, Nigel Cunningham wrote:
> > Hi again.
> >
> > On Sat, 2007-01-06 at 21:17 -0800, H. Peter Anvin wrote:
> > > Nigel Cunningham wrote:
> > > > On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvi
This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19
with patches available.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering you in any oth
Mariusz Kozlowski writes:
> This patch removes redundant argument check for of_node_get().
>
> Signed-off-by: Mariusz Kozlowski <[EMAIL PROTECTED]>
>
> arch/powerpc/sysdev/cpm2_pic.c |4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff -upr linux-2.6.20-rc2-mm1-a/arch/p
On Tue, 9 Jan 2007 10:34:17 +0530
Srivatsa Vaddagiri <[EMAIL PROTECTED]> wrote:
> On Mon, Jan 08, 2007 at 03:54:28PM -0800, Andrew Morton wrote:
> > Furthermore I don't know which of these need to be tossed overboard if/when
> > we get around to using the task freezer for CPU hotplug synchronisati
This email lists some known regressions in 2.6.20-rc4 compared to 2.6.19
that are not yet fixed in Linus' tree.
If you find your name in the Cc header, you are either submitter of one
of the bugs, maintainer of an affectected subsystem or driver, a patch
of you caused a breakage or I'm considering
Dave, please apply. Thank you.
In article <[EMAIL PROTECTED]> (at Tue, 9 Jan 2007 07:11:39 +0200), Craig
Schlenter <[EMAIL PROTECTED]> says:
> All credit goes to Komuro <[EMAIL PROTECTED]> for tracking
> this down. The patch is untested but it looks *cough* obviously
> correct.
>
> Signed-off-
Hi Dave
YOSHIFUJI Hideaki / 吉藤英明 has suggested that I send the patch
below to fix the ftp stalls present in the current kernels.
All credit goes to Komuro <[EMAIL PROTECTED]> for tracking
this down. The patch is untested but it looks *cough* obviously
correct.
Signed-off-by: Craig Schlenter <[EM
On Mon, Jan 08, 2007 at 08:10:54PM -0800, Robert Hirsh wrote:
> Problem: Keyspan USA-49WLC driver broken in 2.6.18,
> 4.6.19, and 2.6.20 kernels
There is a known issue with this if you are using the uhci host
controller. You are using this host controller, right?
If so, some patches have been p
On Tue, Jan 09, 2007 at 03:29:35PM +1100, Nigel Cunningham wrote:
> Hi again.
>
> On Sat, 2007-01-06 at 21:17 -0800, H. Peter Anvin wrote:
> > Nigel Cunningham wrote:
> > > On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
> > >> The two things git users can do to help is:
> > >>
> > >> 1.
On Mon, Jan 08, 2007 at 03:54:28PM -0800, Andrew Morton wrote:
> Furthermore I don't know which of these need to be tossed overboard if/when
> we get around to using the task freezer for CPU hotplug synchronisation.
> Hopefully, a lot of them. I don't really understand why we're continuing
> to st
On Fri, Dec 29, 2006 at 08:18:27PM +0300, Oleg Nesterov wrote:
> Remove ->remove_sequence, ->insert_sequence, and ->work_done from struct
> cpu_workqueue_struct. To implement flush_workqueue() we can queue a barrier
> work on each CPU and wait for its completition.
Oleg,
Because of this ch
On Tue, Jan 09, 2007 at 03:17:03PM +1100, Nathan Scott wrote:
> On Mon, 2007-01-08 at 19:51 -0800, Andrew Morton wrote:
> > On Mon, 08 Jan 2007 21:38:05 -0600
> > Eric Sandeen <[EMAIL PROTECTED]> wrote:
> >
> > > Andrew Morton wrote:
> > > > On Mon, 08 Jan 2007 21:12:40 -0600
> > > > Eric Sandeen
On Mon, 2007-01-08 at 16:36 +0100, Dirk wrote:
> Helge Hafting wrote:
> > Dirk wrote:
> >> Jay Vaughan wrote:
> >>
> >>> At 13:13 +0100 8/1/07, Dirk wrote:
> >>>
> Trent Waddington wrote:
> > Call me crazy, but game manufacturers want directx right? You aint
> > running that
On Mon, Jan 08, 2007 at 08:06:35PM +0300, Oleg Nesterov wrote:
> Ah, missed you point, thanks. Yet another old problem which was not introduced
> by recent changes. And yet another indication we should avoid kthread_stop()
> on CPU_DEAD event :) I believe this is easy to fix, but need to think more
Hi again.
On Sat, 2007-01-06 at 21:17 -0800, H. Peter Anvin wrote:
> Nigel Cunningham wrote:
> > On Tue, 2006-12-26 at 08:49 -0800, H. Peter Anvin wrote:
> >> The two things git users can do to help is:
> >>
> >> 1. Make sure your alternatives file is set up correctly;
> >> 2. Keep your trees pack
The 2.6 build system compiles only those modules whose config
changed. However, the install still installs all modules.
Is there a way to entice make modules_install to install only those
new modules we've actually just changed/built?
Cheers,
Alexy
-
To unsubscribe from this list: send the line
On Mon, 8 Jan 2007 11:06:44 -0500 (EST)
Alan Stern <[EMAIL PROTECTED]> wrote:
> This patch (as832) fixes a newly-introduced bug in the driver core.
> When a kobject is assigned to a kset, it must acquire a reference to
> the kset.
>
> Signed-off-by: Alan Stern <[EMAIL PROTECTED]>
>
> ---
>
> Th
Problem: Keyspan USA-49WLC driver broken in 2.6.18,
4.6.19, and 2.6.20 kernels
Description: The Keyspan USB driver module
(CONFIG_USB_SERIAL_KEYSPAN_USA49WLC) that is part of
the 2.4.18,2.4.19, and 2.4.20 kernels does not work on
the Keyspan USA-49WLC (USB->4 serial port device).
Specifically, th
On Mon, 2007-01-08 at 19:51 -0800, Andrew Morton wrote:
> On Mon, 08 Jan 2007 21:38:05 -0600
> Eric Sandeen <[EMAIL PROTECTED]> wrote:
>
> > Andrew Morton wrote:
> > > On Mon, 08 Jan 2007 21:12:40 -0600
> > > Eric Sandeen <[EMAIL PROTECTED]> wrote:
> > >
> > >> Andrew Morton wrote:
> > >>> On Tue
John Clark wrote:
> Bernd Eckenfels schrieb:
>> In article <[EMAIL PROTECTED]> you wrote:
>>
>>> However, when the system comes up and attempt to do an ifconfig, the
>>> 'ethN' numbers
>>> have changed to a some what intermengled seriese starting with eth6...
>>> eth10.
>>>
>>
>> maybe a s
On Mon, 08 Jan 2007 21:38:05 -0600
Eric Sandeen <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Mon, 08 Jan 2007 21:12:40 -0600
> > Eric Sandeen <[EMAIL PROTECTED]> wrote:
> >
> >> Andrew Morton wrote:
> >>> On Tue, 9 Jan 2007 10:47:28 +1100
> >>> David Chinner <[EMAIL PROTECTED]> wrote:
On Mon, Jan 08, 2007 at 03:12:08PM -0800, Linus Torvalds wrote:
>
>
> On Mon, 9 Jan 2007, Peter Osterlund wrote:
> >
> > Thanks, the patch appears to help. The kernel has now survived much
> > longer with this patch than it used to do without it.
> >
> > I will recompile with gcc 4.1.1 too just
Andrew Morton wrote:
On Mon, 08 Jan 2007 21:12:40 -0600
Eric Sandeen <[EMAIL PROTECTED]> wrote:
Andrew Morton wrote:
On Tue, 9 Jan 2007 10:47:28 +1100
David Chinner <[EMAIL PROTECTED]> wrote:
On Mon, Jan 08, 2007 at 10:40:54AM -0600, Eric Sandeen wrote:
Sami Farin wrote:
On Mon, Jan 08, 20
> -Original Message-
> From: Ahmed S. Darwish [mailto:[EMAIL PROTECTED]
> Sent: Saturday, January 06, 2007 9:19 PM
> To: Li Yang-r58472
> Cc: linux-kernel@vger.kernel.org
> Subject: [PATCH 2.6.20-rc3] UCC Ether driver: kmalloc casting cleanups
>
> [Please inform me if you are not the maint
Andrew Morton wrote:
On Tue, 9 Jan 2007 10:47:28 +1100
David Chinner <[EMAIL PROTECTED]> wrote:
On Mon, Jan 08, 2007 at 10:40:54AM -0600, Eric Sandeen wrote:
Sami Farin wrote:
On Mon, Jan 08, 2007 at 08:37:34 +1100, David Chinner wrote:
...
fstab was there just fine after -u.
Oh, that still
On Mon, 08 Jan 2007 21:12:40 -0600
Eric Sandeen <[EMAIL PROTECTED]> wrote:
> Andrew Morton wrote:
> > On Tue, 9 Jan 2007 10:47:28 +1100
> > David Chinner <[EMAIL PROTECTED]> wrote:
> >
> >> On Mon, Jan 08, 2007 at 10:40:54AM -0600, Eric Sandeen wrote:
> >>> Sami Farin wrote:
> On Mon, Jan 08
* Pavel Machek ([EMAIL PROTECTED]) wrote:
> Hi!
>
> > These patches extend and standardise local_t operations on each
> > architectures,
> > allowing a rich set of atomic operations to be done on per-cpu data with
> > minimal performance impact. On some architectures, there seems to be no
> > dif
The sis96x SMBus PCI device depends on two different quirks to run
in a specific order. Apart from being fragile, this was found to
actually break on (at least) recent FC4, FC5, and FC6 kernels. This
patch fixes the quirks so that they work without relying on the
compiler and/or linker to put th
> Starting with the fdtable, would it help if we move the
> fdtable tweaking out of slim itself and into helpers? Or
> can you recommend another way to implement this functionality.
Hi,
maybe this is a silly question, but do you revoke not only the current
fd entries, but also the ones that ar
Jean:
* Jean Delvare <[EMAIL PROTECTED]> [2007-01-08 12:10:55 +0100]:
> Hi Mark,
>
> On Sun, 7 Jan 2007 10:44:41 -0500, Mark M. Hoffman wrote:
> > Hi Jean, Adrian:
> >
> > > On Tue, 19 Dec 2006 05:13:15 +0100, Adrian Bunk wrote:
> > > > @@ -1122,6 +1123,14 @@ static void quirk_sis_96x_smbus(stru
RESTORE_CONTEXT lost a newline in
commit 658fdbef66e5e9be79b457edc2cbbb3add840aa9:
http://www.mail-archive.com/kgdb-bugreport@lists.sourceforge.net/msg00559.html
Reported by Steven M. Christey.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
--- a/include/asm-x86_64/system.h
+++ b/include/asm-x8
On Mon, 8 Jan 2007 20:20:28 -0500 (EST) Robert P. J. Day wrote:
>
> Delete the definition of the unused FIND_FIRST_BIT() macro.
>
> Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
>
> ---
>
> this macro seems safely deletable, given that there is no other
> reference to that macro anyw
I have this message on dmesg, but in boarder manual of bios setting
advise me that I should use PCI 32 latency.
what this message means ?
Thanks,
--
Sérgio M.B.
smime.p7s
Description: S/MIME cryptographic signature
>
> A short recap why I belive the kmalloc / vmalloc construct is necessary:
>
> 0) The current code uses vmalloc only.
> 1) The allocated area ranges from 4 bytes possibly up to 512 kB, depending on
> on the size of the AGP buffer allocated.
> 2) Large buffers are very few. Small buffers tend t
On Mon, Jan 08, 2007 at 05:09:34PM -0800, Paul Jackson wrote:
> Jeff wrote:
> > Something I just thought of: ATA and SCSI hard disks do their own
> > read-ahead.
>
> Probably this is wishful thinking on my part, but I would have hoped
> that most of the read-ahead they did was for stuff that happ
Gmail for some reason isn't letting me paste this patch without word
wrapping, even if it's not wrapped in my editor.
Does it show up right for anyone else? Sigh.
On 1/8/07, Dylan Taft <[EMAIL PROTECTED]> wrote:
From: Dylan Taft <[EMAIL PROTECTED]>
Device will not work as a mass storage device
syscall_index and next_syscall_index turn out not to be used.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/kern_util.h |1 -
arch/um/kernel/syscall.c| 16
2 files changed, 17 deletions(-)
Index: linux-2.6.18-mm/arch/um/include/kern_util.h
===
A bunch of the signal handlers can be made static.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/include/kern_util.h |4
arch/um/kernel/trap.c | 28 ++--
2 files changed, 14 insertions(+), 18 deletions(-)
Index: linux-2.6.18-mm/arch/um/include/k
CONFIG_HOST_TASK_SIZE doesn't exist any more.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/skas/mem.c |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
Index: linux-2.6.18-mm/arch/um/kernel/skas/mem.c
=
kstack_depth_to_print can be made const.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/sysrq.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux-2.6.18-mm/arch/um/kernel/sysrq.c
===
--- linux-2.6
We need to initialize lists properly.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/drivers/stdio_console.c |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.18-mm/arch/um/drivers/stdio_console.c
===
--- linux-2.6.
Post-2.6.20 material.
Locking fixes and cleanups of code encountered while doing a sweep of the code.
Jeff
-
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.k
It turns out that resource.c isn't needed.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/Makefile |2 +-
arch/um/kernel/resource.c | 23 ---
2 files changed, 1 insertion(+), 24 deletions(-)
Index: linux-2.6.18-mm/arch/um/kernel/Makefile
==
prev_nsecs and delta need to be arrays, and indexed by CPU number.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
--
arch/um/kernel/time.c | 24
1 file changed, 12 insertions(+), 12 deletions(-)
Index: linux-2.6.18-mm/arch/um/kernel/time.c
===
> On two of my new machines, with Intel Core Duo T2300 and Core2 Duo E6400
> chips respectively, I noticed some weirdness in how many CPUs are
> present.
>
> If the hyper-threading bit is present in the CPU info, should there
> always be a an extra CPU presented to the system per physical core?
N
On Mon, 2007-01-08 at 16:56 -0800, Greg KH wrote:
> On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> > On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > > Don't build ohci as module for now.
> > > A fix for that is already in gregkh usb tree for 2.6.21
> >
> > D
On Jan 8 2007 17:43, Hua Zhong wrote:
>
>1. A new fs flag FS_RAM_BASED is added and the O_DIRECT flag is ignored
> if this flag is set (suggestions on a better name?)
FS_IGNORE_DIRECT. Somehow I think this flag is not only useful for
RAM-based filesystems, but also possibly virtual filesystems
On Tue, 2007-01-09 at 02:26 +0100, Jan Engelhardt wrote:
> On Jan 8 2007 19:33, Josef Sipek wrote:
> >On Tue, Jan 09, 2007 at 01:19:48AM +0100, Giuseppe Bilotta wrote:
> >> As a simple user without much knowledge of kernel internals, much less
> >> so filesystems, couldn't something based on the sa
Hi,
A while ago there was a discussion about supporting direct-io on tmpfs.
Here is a simple patch that does it.
1. A new fs flag FS_RAM_BASED is added and the O_DIRECT flag is ignored
if this flag is set (suggestions on a better name?)
2. Specify FS_RAM_BASED for tmpfs and ramfs.
3. When E
Bernd Eckenfels schrieb:
In article <[EMAIL PROTECTED]> you wrote:
However, when the system comes up and attempt to do an ifconfig, the
'ethN' numbers
have changed to a some what intermengled seriese starting with eth6...
eth10.
maybe a system startup script is renaming them (in order
Hi,
Minor typo ...
In my first iteration of patches (that got merged), the
BLIST_ATTACH_PQ3 actually had the value 0x80, but that
got changed later to avoid conflicts. This piece must have
been overlooked.
You could obviously do something like %x and then add the
bitflags, but that looks over
On Jan 8 2007 19:33, Josef Sipek wrote:
>On Tue, Jan 09, 2007 at 01:19:48AM +0100, Giuseppe Bilotta wrote:
>> As a simple user without much knowledge of kernel internals, much less
>> so filesystems, couldn't something based on the same principle of
>> lsof+fam be used to handle these situations?
Delete the definition of the unused FIND_FIRST_BIT() macro.
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
this macro seems safely deletable, given that there is no other
reference to that macro anywhere in the entire source tree and,
besides, one should use find_first_bit() anyway
In article <[EMAIL PROTECTED]> (at Thu, 4 Jan 2007 14:23:30 +0200), Craig
Schlenter <[EMAIL PROTECTED]> says:
> On Fri, Jan 05, 2007 at 05:45:46AM +0900, Komuro wrote:
> > Hi,
> >
> > I made a patch below.
> > With this patch, the ftp-transfer-stop problem does not happen.
> > Therefore, I think
On Mon, Jan 08, 2007 at 01:28:03PM +0530, Vivek Goyal wrote:
>
>
>
> o Kdump documentation update.
> - Update details for using relocatable kernel.
> - Start using kexec-tools-testing release as it is latest and old
> kexec-tools can't load relocatable bzImage file.
>
> Sign
Justin wrote:
> Success! Here you are
Can you send the dmesg, boot.log, or messages from /var/log ?
It appears you've sent me lspci output instead.
Eric.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info a
In article <[EMAIL PROTECTED]> you wrote:
> However, when the system comes up and attempt to do an ifconfig, the
> 'ethN' numbers
> have changed to a some what intermengled seriese starting with eth6...
> eth10.
maybe a system startup script is renaming them (in order to give them well
known num
On Mon, Jan 08, 2007 at 10:37:25AM -0800, Pallipadi, Venkatesh wrote:
> One other approach I was thinking about, was to do all the hardwork in
> workqueue CPU_DOWN_PREPARE callback rather than in CPU_DEAD.
Between DOWN_PREPARE and DEAD, more work can get added to the cpu's
workqueue. So DOWN_PREPA
Jeff wrote:
> Something I just thought of: ATA and SCSI hard disks do their own
> read-ahead.
Probably this is wishful thinking on my part, but I would have hoped
that most of the read-ahead they did was for stuff that happened to be
on the cylinder they were reading anyway. So long as their rea
On Mon, Jan 08, 2007 at 04:06:53PM -0800, Andrew Morton wrote:
> Daniel, it'd be good if you could review and test these changes please.
>
> Also, a signed-off-by from yourself and from Andries, please...
Signed-off-by: Andries Brouwer <[EMAIL PROTECTED]>
Andries
-
To unsubscribe from this list
Hi, Pavel
Pavel Machek wrote:
> > When a new process is created, the process inherits the coremask
> > setting from its parent. It is useful to set the coremask before
> > the program runs. For example:
> >
> > $ echo 1 > /proc/self/coremask
> > $ ./some_program
>
> User can already ulimit -
On 1/6/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
On Thu, Dec 21, 2006 at 11:07:27AM +0800, Joe Jin wrote:
Thanks for your report.
Is this issue still present in kernel 2.6.20-rc3?
And was it already present in kernel 2.6.19?
It is not occur again, just appeared this time.
At 2.6.19 never fou
On Tue, Jan 09, 2007 at 11:38:59AM +1100, Benjamin Herrenschmidt wrote:
> On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> > Don't build ohci as module for now.
> > A fix for that is already in gregkh usb tree for 2.6.21
>
> Do you mean that as-is, powerpc defconfigs cannot build USB as
Success! Here you are:
00:00.0 0600: 1106:3189 (rev 80)
Subsystem: 1458:5000
Flags: bus master, 66MHz, medium devsel, latency 8
Memory at d000 (32-bit, prefetchable) [size=128M]
Capabilities: [80] AGP version 3.5
Capabilities: [c0] Power Management versio
The attached patch adds notification of already-active SPU tasks to
SPUFS. However, there's a bug that I'm having trouble finding. The
first execution of this code path works fine, but subsequent runs do not
work properly. On subsequent runs, I can see that not all of the
already-active task
On Mon, 2007-01-08 at 15:58 +0100, Sylvain Munaut wrote:
> Don't build ohci as module for now.
> A fix for that is already in gregkh usb tree for 2.6.21
Do you mean that as-is, powerpc defconfigs cannot build USB as a module
in 2.6.20 ? That is unacceptable as a regression. We need a fix in
2.6.20
On Tue, Jan 09, 2007 at 01:19:48AM +0100, Giuseppe Bilotta wrote:
> As a simple user without much knowledge of kernel internals, much less
> so filesystems, couldn't something based on the same principle of
> lsof+fam be used to handle these situations?
Using inotify has been suggested before. Tha
On a system which has one Intel Ethernet 1 Gb interface, and 4 'Marvel',
interfaces,
during kernel initialization the interfaces indicate they have 'normal'
ethernet ethN names,
ie, eth0, eth1, eth2, eth3, eth4, eth5 are reported from the 'dmesg' output.
However, when the system comes up and at
On Tue, 9 Jan 2007, Paul Mackerras wrote:
> Robert P. J. Day writes:
>
> > Clean up some PowerPC source files to use the canonical alignment
> > macros from kernel.h, and add an ALIGN_DOWN() macro to kernel.h for
> > symmetry.
>
> [snip]
>
> > and, no, i didn't test-compile this as i don't hav
On Sat, 6 Jan 2007, dean gaudet wrote:
> below is a patch which improves vgetcpu latency on all x86_64
> implementations i've tested.
>
> Nathan Laredo pointed out the sgdt/sidt/sldt instructions are
> userland-accessible and we could use their limit fields to tuck away a few
> bits of per-cpu
On Mon, 8 Jan 2007 15:51:31 -0500, Erez Zadok wrote:
> Now, we've discussed a number of possible solutions. Thanks to suggestions
> we got at OLS, we discussed a way to hide the lower namespace, or make it
> readonly, using existing kernel facilities. But my understanding is that
> even it'd wor
Since the bay driver depends on the dock driver for proper notification,
make this driver depend on the dock driver.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/acpi/Kconfig |1 +
1 file changed, 1 insertion(+)
--- 2.6-mm.orig/drivers/acpi/Kconfig
+++ 2.6-mm/drive
The bay driver is a platform driver, and doesn't need to
also be an acpi driver. Remove the acpi driver related
structures and callbacks, they didn't do anything
anyway. Switch to uevent for user space event notification.
Signed-off-by: Kristen Carlson Accardi <[EMAIL PROTECTED]>
---
drivers/a
Hi Len,
Here are 2 patches to fix a couple bugs with the bay driver. The first
addresses the problem that jikos reported with the bay driver failing
at load due to BUG: at lib/kref.c:32 kref_get(). Since the bay driver
is also a platform driver, I found that when it is compiled into the
kernel (
Robert P. J. Day writes:
> Clean up some PowerPC source files to use the canonical alignment
> macros from kernel.h, and add an ALIGN_DOWN() macro to kernel.h for
> symmetry.
[snip]
> and, no, i didn't test-compile this as i don't have a PPC
> cross-compiler at the moment. sorry.
Yeah. I
1 - 100 of 411 matches
Mail list logo
