debian developer wrote:
On 6/10/07, Tarkan Erimer <[EMAIL PROTECTED]> wrote:
debian developer wrote:
> On 6/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> On Sun, 10 Jun 2007, Tarkan Erimer wrote:
>>
>> >> > And maybe another questions should be : How long a copyright
>> owner can
>> >>
On Sun, Jun 10, 2007 at 10:01:34PM -0700, Dan Williams wrote:
> Overall, I feel that async_tx is perhaps justifiably receiving the
> silent treatment because offload engines are not a mainstream
> occurrence. Currently only people with an Xscale IOP or a PPC 440spe
> [4] will notice that mainline
On Sun, 10 Jun 2007, Crispin Cowan wrote:
Casey Schaufler wrote:
--- [EMAIL PROTECTED] wrote:
Yes, and in the process, AA stores compiled regular expressions in
kernel. Ouch. I'll take "each file it's own label" over _that_ any time.
and if each file has it's own label you are going to need
Greg KH wrote:
On Sun, Jun 10, 2007 at 05:21:53PM +0300, Tarkan Erimer wrote:
I hope we should upgrade to GPLv3 and Sun should "Dual License" the
OpenSolaris via GPLv3 (or at least,GPLv3 should be CDDL compatible.).
The OpenSolaris community has already stated that they do not want t
On Sun, 10 Jun 2007, Pavel Machek wrote:
extended out this can come close to giving each file it's own label. AA
essentially does this and calls the label the path and computes it at
runtime instead of storing it somewhere.
Yes, and in the process, AA stores compiled regular expressions in
ker
On Sun, 10 Jun 2007 22:01:34 -0700 "Dan Williams" <[EMAIL PROTECTED]> wrote:
> It would be very helpful to have a clear merge path for dmaengine
> changes and the async offload api.
Yes, this needs some attention.
I'd suggest that you prepare a standalone tree for Linus to pull and we aim at
ask
Andrew Morton wrote:
>> This patchset contains three minimal backports of fixes in -mm. With
>> all patches in the patchset and sysfs-races.patch applied, kernel
>> survived ~20 hours of stress test without any problem.
>
> So these are being proposed for 2.6.22?
Yeap.
> I do wonder about Rafae
On Mon, 11 Jun 2007 14:01:07 +0900 Tejun Heo <[EMAIL PROTECTED]> wrote:
> Currently, there are several race conditions around dentry/inode
> reclamation.
>
> a. sysfs_dirent->s_dentry dereferencing in sysfs_readdir()
>
> b. sysfs_dirent->s_dentry dereferencing in sysfs_drop_dentry()
>
> c. sysf
Tarkan Erimer wrote:
> And maybe another questions should be : How long a copyright owner can
> hold the copyright, if died or lost for sometime ? if died, the
> copyright still should be valid or not ? If lost, what the law orders at
> this point for copyright holding ?
In most countries, copyrig
On Sun, Jun 10, 2007 at 07:56:52PM +0200, Matthias Schniedermeyer wrote:
> Greg KH wrote:
> > On Sun, Jun 10, 2007 at 02:24:51PM +0200, Jesper Juhl wrote:
> >> Since the common language of most kernel contributors is english I
> >> personally feel that we should stick to just that one language i
On Mon, Jun 11, 2007 at 11:55:57AM +0900, KAMEZAWA Hiroyuki wrote:
>
> Hi, thank you for your work. I was impressed.
>
> BTW, how about adding following lines (both in Japanese and English) ?
> ==
> This is translated "HOWTO" documentation. Original "HOWTO" is maintaind by
> Greg Kroah-Hartman <
On Sun, Jun 10, 2007 at 07:52:28PM +0200, Sam Ravnborg wrote:
> On Sun, Jun 10, 2007 at 09:22:21AM -0700, Greg KH wrote:
> > > Since the common language of most kernel contributors is english I
> > > personally feel that we should stick to just that one language in the
> > > tree and then perhap
On Mon, Jun 11, 2007 at 07:20:59AM +0200, Thomas Gleixner wrote:
> On Mon, 2007-06-11 at 09:26 +0900, Paul Mundt wrote:
> >
> > There are two paths here depending on hlt/nohlt setting, we need to have
> > tick_nohz_stop_sched_tick() for the TIF_POLLING_NRFLAG case, too.
>
> Do you really want to r
On Mon, 2007-06-11 at 09:26 +0900, Paul Mundt wrote:
>
> There are two paths here depending on hlt/nohlt setting, we need to have
> tick_nohz_stop_sched_tick() for the TIF_POLLING_NRFLAG case, too.
Do you really want to run through that in every loop iteration ? If you
have nohlt, then nohz is rat
Mark,
On Sun, 2007-06-10 at 18:46 -0400, Mark Lord wrote:
> Do you know if there's anything specific in there that would fix
> the start-up race condition with HRTIMERS on my machine here
> (previously discussed, yet unresolved)?
>
> It still happens sporadically on boot-up -- maybe one in 10 boo
The condition check doesn't make much sense as it basically always
succeeds. This causes NULL dereferencing on certain cases. It seems
that parentheses are put in the wrong place. Fix it.
Signed-off-by: Tejun Heo <[EMAIL PROTECTED]>
---
fs/sysfs/inode.c |2 +-
1 file changed, 1 insertion(+
On Mon, Jun 11, 2007 at 02:01:45PM +0900, KAMEZAWA Hiroyuki wrote:
> On Mon, 11 Jun 2007 13:35:43 +0900
> Paul Mundt <[EMAIL PROTECTED]> wrote:
>
> > When building with memory hotplug enabled and cpu hotplug disabled, we
> > end up with the following section mismatch:
> >
> > WARNING: mm/built-in
Allowing attribute and symlink dentries to be reclaimed means
sd->s_dentry can change dynamically. However, updates to the field
are unsynchronized leading to race conditions. This patch adds
sysfs_lock and use it to synchronize updates to sd->s_dentry.
Due to the locking around ->d_iput, the ch
From: Eric Sandeen <[EMAIL PROTECTED]>
Backport of
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.22-rc1/2.6.22-rc1-mm1/broken-out/gregkh-driver-sysfs-allocate-inode-number-using-ida.patch
For regular files in sysfs, sysfs_readdir wants to traverse
sysfs_dirent->s_dentry->d_ino
Hello, all.
Currently, there are several race conditions around dentry/inode
reclamation.
a. sysfs_dirent->s_dentry dereferencing in sysfs_readdir()
b. sysfs_dirent->s_dentry dereferencing in sysfs_drop_dentry()
c. sysfs_dirent->s_dentry clearing in sysfs_d_iput()
All aboves are done without s
On Mon, 11 Jun 2007 13:35:43 +0900
Paul Mundt <[EMAIL PROTECTED]> wrote:
> When building with memory hotplug enabled and cpu hotplug disabled, we
> end up with the following section mismatch:
>
> WARNING: mm/built-in.o(.text+0x4e58): Section mismatch: reference to
> .init.text: (between 'free_are
On 6/7/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
On Thu, 7 Jun 2007 17:01:08 +1000 Herbert Xu <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 08:54:50AM +0200, Jan Engelhardt wrote:
> >
> > /me points at Herbert
> > Andrew would not add options between the "menuconfig CRYPTO" and
> > the
Tejun Heo wrote:
After SRST, libata used to wait for nsect/lbal to be set to 1/1 for
the slave device. However, some ATAPI devices don't set nsect/lbal
after SRST and the wait itself isn't too useful as we're gonna wait
for !BSY right after that anyway.
Before reset-seq update, nsect/lbal wait
The following is CUMULATIVE to the previous push, but in the same linear
history. IOW, pulling 'linus-plus-plus' also gets you 'upstream-linus'.
But if you have already pulled 'upstream-linus', you will only receive
these two changesets.
Please pull from branch 'linus-plus-plus' of
master.kernel
This makes DELTA and GET_TIME in drivers/input/gameport/gameport.c
similar to the ones in drivers/input/joystick/analog.c . Worked on
2.6.22-rc4-git2.
Signed-off-by: Miltiadis Margaronis <[EMAIL PROTECTED]>
--- a/drivers/input/gameport/gameport.c 2007-06-05 03:57:02.0 +0300
+++ b/dr
Bartlomiej Zolnierkiewicz wrote:
Code intended to check DMA status was checking DMA command register.
Moreover firmware seems to "forget" to set DMA capable bit for the
slave device (at least in RAID mode but without ITE RAID volumes) so
check device ID for DMA capable bit when deciding whether
When building with memory hotplug enabled and cpu hotplug disabled, we
end up with the following section mismatch:
WARNING: mm/built-in.o(.text+0x4e58): Section mismatch: reference to
.init.text: (between 'free_area_init_node' and '__build_all_zonelists')
This happens as a result of:
->
On Sat, 2007-06-09 at 09:06 +0100, Jack Stone wrote:
> This patch adds a new macro to print to KERN_ERR initially for ncp but
> others may want to use it
Yes, the patch set takes away local control of debug printing that I may
need to turn on for the module without re-compiling the kernel.
>
> S
On Sun, Jun 10, 2007 at 09:54:58PM +0100, Alan Cox wrote:
> > > GPLv2 probably forbids Tivoisation anyway. Which is good IMHO even if not
> >
> >
> > Now that is a bit waving in the air. GPLv2 forbids Tivoisation
> > theoretically but practically it didnt stop them doing it
Hi.
On Fri, 2007-06-01 at 21:54 -0400, Jeremy Maitin-Shepard wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> writes:
>
> >> But kernel threads also rely on userspace, due to e.g. fuse and usermode
> >> helpers.
>
> > Yes, I know that and I think these issues are solvable within the current
> >
Hi, thank you for your work. I was impressed.
BTW, how about adding following lines (both in Japanese and English) ?
==
This is translated "HOWTO" documentation. Original "HOWTO" is maintaind by
Greg Kroah-Hartman <[EMAIL PROTECTED]> and linux kernal mailing list.
And this one is maintained by T
Andrew Morton wrote:
On Sat, 9 Jun 2007 22:59:49 +0200 "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
Hmm, how's 2.6.22-rc4-mm2 doing on the Vaio?
People would have heard if it was busted ;)
Have seen occasional hangs in e100 resume-from-RAM, and occasional
all-black-and-dead symptoms after
Matthew Garrett wrote:
> No, it only supports ext2 (and reading ext3 as if it's ext2). Right now,
> the assumption that syncing during suspend will cause data to hit
> something grub can read isn't a safe one.
I brought this issue up quite a few years ago at an OLS BOF. We pretty
much need a "s
Hi Richard!
On Sun, 10 Jun 2007, Richard Hughes wrote:
> On Sun, 2007-06-10 at 12:11 +0200, Pavel Machek wrote:
> > Can we keep the original naming? spitz:disk is as unique as led02, and
> > it is _way_ easier to use.
> > Come on, I want to use the led subsystem from the scripts...
>
> I don't
Alistair John Strachan wrote:
> On Sunday 10 June 2007 13:03:15 you wrote:
>
>>訳注(2)
>>「引火性の高い」の原文は "valatile"。
>>valatile には「揮発性の」「爆発しやすい」という意味の他、「変わり
>>やすい」「移り気な」という意味がある。
>>「（この話題は）爆発的に激しい論争を巻き起こしかねない」ということ
>>を、「（カーネルのソースレベルインターフェースは）移ろい行くもので
>>ある」ということを連想させる "valatile" という単語で表現している。
>
>
> No
On Sat, Jun 09, 2007 at 11:05:07PM +0200, Ingo Molnar wrote:
>
> i'm pleased to announce the v2.6.21.4-rt11 kernel, which can be
> downloaded from the usual place:
>
> http://people.redhat.com/mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
>
On Mon, Jun 11, 2007 at 01:59:00AM +0200, Denis Vlasenko wrote:
> On Sunday 10 June 2007 20:58, Rene Herman wrote:
> > All that stuff only serves to multiply the speed at which a fixed
> > percentage of content obsoletes itself. When it's still new and
> > shiny, sure, stuff will get translated but
On Sun, Jun 10, 2007 at 07:52:28PM +0200, Sam Ravnborg wrote:
> On Sun, Jun 10, 2007 at 09:22:21AM -0700, Greg KH wrote:
> > > Since the common language of most kernel contributors is english I
> > > personally feel that we should stick to just that one language in the
> > > tree and then perhap
On Sun, Jun 10, 2007 at 09:43:59AM -, Thomas Gleixner wrote:
> Index: linux-2.6.22-rc4-mm/arch/sh/kernel/process.c
> ===
> --- linux-2.6.22-rc4-mm.orig/arch/sh/kernel/process.c 2007-06-10
> 10:44:38.0 +0200
> +++ linux-2.6
On Sun, Jun 10, 2007 at 06:46:17PM +0200, Jan Engelhardt wrote:
>
> On Jun 11 2007 01:34, Tsugikazu Shibata wrote:
> >
> >We are usually using ISO-2022-JP for email exchange and if anyone
> >would comment on my document,
>
> well I can't! Not sure if this is a flaw in pine, but all I get is
> [he
On Sun, Jun 10, 2007 at 09:41:38PM +0200, Diego Calleja wrote:
> El Sun, 10 Jun 2007 19:52:28 +0200, Sam Ravnborg <[EMAIL PROTECTED]> escribió:
>
> > I advocated that they should stay out back then.
> > But on the other hand I do not see it causing much troubles
> > having scripts/kconfig/po/da.po
On Mon, Jun 11, 2007 at 01:59:00AM +0200, Denis Vlasenko wrote:
> On Sunday 10 June 2007 20:58, Rene Herman wrote:
> > All that stuff only serves to multiply the speed at which a fixed
> > percentage
> > of content obsoletes itself. When it's still new and shiny, sure, stuff
> > will
> > get tr
Hi everybody,
I have an IT8705F SuperIO on my motherboard and everything is working
but the voltage/temperature sensors (running kernel 2.6.21.3).
I read the specs and figured out how to get direct access to the chip:
you can setup it through IO port 0x2e (or 0x4e), and decide where the
sensors wil
On Sun, 2007-06-10 at 13:19 -0700, Linus Torvalds wrote:
> And if you want a head, you really do want to use "hlist", since the head
> is smaller than a list entry (a single pointer rather than two).
No, now you're entirely missing the point.
The normal Linux lists are beautiful, and should be u
On Sun, 2007-06-10 at 10:20 -0700, Linus Torvalds wrote:
>
> On Sun, 10 Jun 2007, Rusty Russell wrote:
> >
> > The current list.h has the same type for list elements and list heads
> > even though most code and coders treat them as distinct.
>
> I think the old list.h is technically superior to y
On Sunday 10 June 2007 20:58, Rene Herman wrote:
> All that stuff only serves to multiply the speed at which a fixed percentage
> of content obsoletes itself. When it's still new and shiny, sure, stuff will
> get translated but in no time at all it'll become a fragmented mess which
> nobody ever
Hi all :))
If I enable CONFIG_FB + CONFIG_FB_RADEON + CONFIG_DRM +
CONFIG_DRM_RADEON, my system hangs badly as soon as I start X Window
System (namely X.Org 7.2, although it happens in older versions too).
I'm not completely sure about the hanging: the system may not be
hung, but I do
On Wednesday 06 June 2007 15:09, Stephen Smalley wrote:
> On Mon, 2007-06-04 at 16:30 +0200, Andreas Gruenbacher wrote:
> > On Monday 04 June 2007 15:12, Pavel Machek wrote:
> > > How will kernel work with very long paths? I'd suspect some problems,
> > > if path is 1MB long and I attempt to print
*This message was transferred with a trial version of CommuniGate(r) Pro*
DEBUG_SHIRQ generates spurious interrupts, triggering handlers such as
mconsole_interrupt() or line_interrupt(). They expect data to be
available to be read from their sockets/pipes, but in the case of
spurious interrupts,
Hi,
gregkh-driver-sysfs-use-singly-linked-list-for-sysfs_dirent-tree.patch breaks
suspend to RAM on HPC nx6325 (x86_64).
With this patch applied I get a general protection fault in mutex_lock+0x15
(kernel/mutex.c:91), called by sysfs_hash_and_remove() (fs/sysfs/inode.c:298),
called by threshold_c
> On 6/8/07, Marco Berizzi <[EMAIL PROTECTED]> wrote:
>> After few hours linux has crashed with this message:
>> BUG: at arch/i386/kernel/smp.c:546 smp_call_function()
>
> Which kernel (exactly) was this
2.6.21.3
> and does this occur
> reproducibly?
I don't know. I try to explain. With all de
Jesper Juhl wrote:
One thing that would make that easier in the future is if contributers
at least started to dual-license their submissions. I.e. if instead
of "GPL version 2", one could say "GPL version 2 or GPL version 3".
It isn't the same thing as the problematic "GPL version 2 or later",
b
Thomas Gleixner wrote:
The following patch series contains:
- dyntick bugfixes for -mm (caused by the cpuidle changes in ACPI)
- updates and improvements to high resolution timer / dynticks
- high resolution timer / dynticks support for x86_64
The x86_64 support is based on an initial patch
On Sun, 10 Jun 2007, Mark Lord wrote:
Kai Makisara wrote:
The command 'smartctl -a /dev/sdb' fails with 2.6.22-rc4 kernel. The disk
/dev/sdb is a SATA disk. The command does work still with a real SCSI disk.
Last time I checked, one must supply the "-d ata" parameter to smartctl
for it to w
Kai Makisara wrote:
The command 'smartctl -a /dev/sdb' fails with 2.6.22-rc4 kernel. The
disk /dev/sdb is a SATA disk. The command does work still with a real SCSI
disk.
Last time I checked, one must supply the "-d ata" parameter to smartctl
for it to work with libata drives. Has this changed
*This message was transferred with a trial version of CommuniGate(r) Pro*
DEBUG_SHIRQ generates spurious interrupts, triggering handlers such as
mconsole_interrupt() or line_interrupt(). They expect data to be
available to be read from their sockets/pipes, but in the case of
spurious interrupts,
On Sun, Jun 10, 2007 at 08:35:03PM +0200, Jan Engelhardt wrote:
>
> On Jun 10 2007 19:52, Sam Ravnborg wrote:
> >> > Since the common language of most kernel contributors is english I
> >> > personally feel that we should stick to just that one language in the
> >> > tree and then perhaps keep
Celso wrote:
> Sáb, 2007-06-09 às 10:30 +0100, Miguel Figueiredo escreveu:
>> Celso wrote:
>>> Hello, I'm using -ck since... along time ago (I start using it with the
>>> kernel 2.6.16) . I started using it with Ubuntu and the response of the
>>> system was better. Since that I always compile my
On Sun, Jun 10, 2007 at 08:48:45PM +0900, Tsugikazu Shibata wrote:
> Hi all,
>
> I am posting Documentation/HOWTO which is translated into Japanese at
> bottom of this email.
> This document had been reviewed by JF project which has long history
> to translate documents into Japanese. (not only ke
On Mon, Jun 11, 2007 at 12:52:41AM +0530, debian developer wrote:
> I don't think that upgrading to GPLv3 just for the sake of tools
> present in some other software should be the reason. We are capable
> enough of developing our own tools, and many experienced people are
> working on equivalent(e
On 10/06/07, James Bruce <[EMAIL PROTECTED]> wrote:
Linus Torvalds wrote:
[ snip ]
> I consider dual-licensing unlikely (and technically quite hard), but at
> least _possible_ in theory. I have yet to see any actual *reasons* for
> licensing under the GPLv3, though.
[ snip ]
One thing that would
On Sunday 10 June 2007 04:57:12 am Pavel Machek wrote:
> > > > > Any reason to not just replace ACPI_RSD_TABLE_SIZE with ARRAY_SIZE?
> > >
> > > Probably because ARRAY_SIZE doesn't exist in ACPICA, which is
> > > where this code comes from...
> > >
> > > When we change syntax in ACPICA files in L
Crispin Cowan wrote:
[EMAIL PROTECTED] wrote:
On Fri, 8 Jun 2007, Greg KH wrote:
I still want to see a definition of the AA "model" that we can then use
to try to implement using whatever solution works best. As that seems
to be missing the current argument of if AA can or can not be
i
On 06/10/2007 08:58 PM, Rene Herman wrote:
RESIST! UNITE!
Stick a ";-)" on that, by the way...
Rene.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Pleas
Linus Torvalds wrote:
[ snip ]
I consider dual-licensing unlikely (and technically quite hard), but at
least _possible_ in theory. I have yet to see any actual *reasons* for
licensing under the GPLv3, though.
[ snip ]
One thing that would make that easier in the future is if contributers
at le
Hi!
> >>extended out this can come close to giving each file it's own label. AA
> >>essentially does this and calls the label the path and computes it at
> >>runtime instead of storing it somewhere.
> >
> >Yes, and in the process, AA stores compiled regular expressions in
> >kernel. Ouch. I'll tak
On Sunday 10 June 2007 12:47:07 am Andrey Borzenkov wrote:
> > Maybe we should also run the legacy probe when the PnP one fails. I
> > don't know how the preconfiguration stuff will behave with the device
> > being PnP enabled, but with your patch Andrey will still need to
> > modprobe smsc-ircc wi
On Sun, 2007-06-10 at 09:56 -0700, Randy Dunlap wrote:
> On Sun, 10 Jun 2007 10:02:00 -0400 Theodore Tso wrote:
>
> > On Fri, Jun 08, 2007 at 01:36:37PM -0700, Greg KH wrote:
> > > The kernel exported sysfs exports internal kernel implementation-details
> > > and depends on internal kernel-structu
[EMAIL PROTECTED] wrote:
> On Fri, 8 Jun 2007, Greg KH wrote:
>> I still want to see a definition of the AA "model" that we can then use
>> to try to implement using whatever solution works best. As that seems
>> to be missing the current argument of if AA can or can not be
>> implemented using SE
On 6/10/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
Luca wrote:
> On 6/5/07, Avi Kivity <[EMAIL PROTECTED]> wrote:
>> Luca Tettamanti wrote:
>> > Il Mon, Jun 04, 2007 at 11:51:10PM +0300, Avi Kivity ha scritto:
>> >
>> >>> While doing repeated tests with the installer I ran into another
>> >>> (unr
Casey Schaufler wrote:
> --- [EMAIL PROTECTED] wrote:
>
>>> Yes, and in the process, AA stores compiled regular expressions in
>>> kernel. Ouch. I'll take "each file it's own label" over _that_ any time.
>>>
>> and if each file has it's own label you are going to need regex or similar
>>
> > GPLv2 probably forbids Tivoisation anyway. Which is good IMHO even if not
>
>
> Now that is a bit waving in the air. GPLv2 forbids Tivoisation
> theoretically but practically it didnt stop them doing it practically.
They've never been given permission and there is no ca
Robert de Rooy wrote:
Mark Lord wrote:
Oh crap. I did test it a couple of months ago, but my boot/root drive
is libata not IDE -- so no panic on boot with it. After booting, it
worked
just fine talking to PC-CARD CF devices using the polling.
Ok, no problem. I recompiled the kernel with li
On 6/10/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Mark Knecht <[EMAIL PROTECTED]> wrote:
> GMail is being kranky. Can you please send the patch as a zipped
> attachment?
you can pick it up from:
http://people.redhat.com/mingo/realtime-preempt/testing/forcedeth-rt-tweak.patch
> http://www.eweek.com/article2/0,1759,1915720,00.asp
> has the answer. Quoting Linus:
>
> "If you want to license a program under any later version of the
> GPL, you have
> to state so explicitly. Linux never did."
>
> Hence, unless there's a "GPL 2 or later", all the "unspecified GPL" files
> ar
On Jun 10 2007 22:06, Jiri Kosina wrote:
>On Sun, 10 Jun 2007, Folkert van Heusden wrote:
>
>> Signed-of by: Folkert van Heusden <[EMAIL PROTECTED]
>
>This looks broken BTW.
>
>> +printk(KERN_INFO "Sig %d sent to %d owned by %d.%d
>> (%s), sent by pid %d, uid %d\n",
>> +
--- [EMAIL PROTECTED] wrote:
> > Yes, and in the process, AA stores compiled regular expressions in
> > kernel. Ouch. I'll take "each file it's own label" over _that_ any time.
>
> and if each file has it's own label you are going to need regex or similar
> to deal with them as well.
Now that
> Do you want me to fold all five patches? original + fix1 and fix2 +
> iounmap patches.
Th original driver + the 5 fixes have been added to the linux-2.6-watchdog-mm
git tree. I'll review the driver later this week.
Greetings,
Wim.
-
To unsubscribe from this list: send the line "unsubscribe linu
On Sun, 10 Jun 2007, Linus Torvalds wrote:
>
> The Linux kernel list.h is _better_ than most stupid list implementations
> that think that a head node is different from the list node. Exactly
> because it very naturally supports the notion of "this structure exists in
> a 'ring of entries'" w
On Sun, 10 Jun 2007, Folkert van Heusden wrote:
> Signed-of by: Folkert van Heusden <[EMAIL PROTECTED]
This looks broken BTW.
> + printk(KERN_INFO "Sig %d sent to %d owned by %d.%d
> (%s), sent by pid %d, uid %d\n",
> + sig, t->pid, t->uid, t->gid
On Sunday 10 June 2007 02:03:03 am Andrey Borzenkov wrote:
> > Can you set CONFIG_ACPI_DEBUG=y, make it so smsc-ircc2 isn't loaded
> > automatically, and try this (along with my previous patch to swap
> > FIR and SIR):
> >
> > # dmesg -n 8
> > # echo 0x200 > /sys/module/acpi/parameters/debug_le
On Mon, 11 Jun 2007 01:02:42 +0530 "debian developer" <[EMAIL PROTECTED]> wrote:
> And what does Andrew Morton think of all this? I really want to know
> his opinions
I have yet to see Linus make a statement on these matters with which
I didn't agree.
-
To unsubscribe from this list: send the
On Sun, 2007-06-10 at 12:11 +0200, Pavel Machek wrote:
> Can we keep the original naming? spitz:disk is as unique as led02, and
> it is _way_ easier to use.
> Come on, I want to use the led subsystem from the scripts...
I don't see a problem with spitz_disk, which is just as easy to use in
script
> > >> >+{
> > >> if (sig_fatal(t, sig)) {
> > >> >+printk(KERN_WARNING "Sig %d send to %d owned by %d.%d
> > >(%s)\n",
> > >> s/send/sent/;
> > >> >+sig, t -> pid, t -> uid, t -> gid, t -> comm);
> > >> t->pid, t->uid, t->gid, t->comm);
> > >
> >
> > Gargh ... why doe
El Sun, 10 Jun 2007 19:52:28 +0200, Sam Ravnborg <[EMAIL PROTECTED]> escribió:
> I advocated that they should stay out back then.
> But on the other hand I do not see it causing much troubles
> having scripts/kconfig/po/da.po etc araound.
>
> Any opinion about the .po files?
These days the confi
attribute_container.c uses DEFINE_MUTEX, so while
linux/mutex.h seems to be pulled in indirectly
by one of the headers it includes, the right thing
is to include linux/mutex.h directly.
Signed-off-by: Michael S. Tsirkin <[EMAIL PROTECTED]>
---
Does this make sense?
Index: ofed_kernel/drivers/ba
On 6/10/07, Alan Cox <[EMAIL PROTECTED]> wrote:
> licensing under the GPLv3, though. All I've heard are shrill voices about
> "tivoization" (which I expressly think is ok) and panicked worries about
GPLv2 probably forbids Tivoisation anyway. Which is good IMHO even if not
10 Haz 2007 Paz tarihinde, Rafael J. Wysocki şunları yazmıştı:
> Can you please try the appended patch?
I cannot reproduce the oops with that patch applied...
Cheers
--
S.Çağlar Onur <[EMAIL PROTECTED]>
http://cekirdek.pardus.org.tr/~caglar/
Linux is like living in a teepee. No Windows, no Gat
Randy Dunlap wrote:
> Hi,
>
> Doesn't this move printk-debug control from local source files
> (i.e., targeted, specific ones) to a more global control (DEBUG)?
>
> If so, I don't see that as a generally good thing.
>
> If not, please correct me and tell me how this is useful to just
> one insta
On 6/10/07, Tarkan Erimer <[EMAIL PROTECTED]> wrote:
debian developer wrote:
> On 6/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>> On Sun, 10 Jun 2007, Tarkan Erimer wrote:
>>
>> >> > And maybe another questions should be : How long a copyright
>> owner can
>> >> > hold the copyright, i
On Sun, Jun 10, 2007 at 09:10:15PM +0200, Jörn Engel wrote:
> I don't think logfs on block devices makes too much sense yet, so my
> personal priority for this is low. Still, an obvious improvement.
I see it as a good candidate to replace JFFS2 on CompactFlash. That
one is becoming painfully sl
On Sun, 10 Jun 2007, Paul Mackerras wrote:
> > for (i = 0; i < NR_OPEN; i++)
> > if (!fd_is_special_to_us(i))
> > close(i);
> >
> > Note that this is conceptually buggy, but occurs in several major C
> > programming books, most of the major shells, and a lot of other
> > softw
On Sun, 10 June 2007 20:33:05 +0200, Arnd Bergmann wrote:
>
> Then maybe the submit_bio logic should only be done for the ->write
> path, not for ->read. The data that gets written out should already
> be present in the page cache for the files, so there is not much point
> having again, while you
fs/fuse/inode.c:658:3: error: Initializer entry defined twice
fs/fuse/inode.c:661:3: also defined here
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
fs/fuse/inode.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/fs/fuse/inode.c
+++ b/fs/fuse/inode.c
@@ -655,10 +655,
On Sun, Jun 10, 2007 at 08:35:03PM +0200, Jan Engelhardt wrote:
> >> No, I think the translated files should be in the tree proper, we have
> >> the space :)
> >
> >We once discussed about .po files for kconfig and back then
> >the conclusion was not to keep them in the kernel tree.
> >
> >I advoca
On 06/10/2007 07:52 PM, Sam Ravnborg wrote:
We once discussed about .po files for kconfig and back then
the conclusion was not to keep them in the kernel tree.
I advocated that they should stay out back then.
But on the other hand I do not see it causing much troubles
having scripts/kconfig/po/
On Sun, 10 Jun 2007 12:02:00 -0600, Robert Hancock wrote:
> Mikael Pettersson wrote:
> > On Fri, 08 Jun 2007 10:14:03 +0200, Gerard H. Pille wrote:
> >> [1.] One line summary of the problem:
> >> Since I switched from 2.6.20 to 2.6.21 on my Athlon AMD64 laptop, the
> >> system
> >> time is slow -
Remove unneeded test of task != NULL from
arch/i386/kernel/traps.c::dump_trace()
At the start of the function we have this test:
if (!task)
task = current;
so further down there's no need to test 'task'.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
arch/i386/kern
I've been trying for months to get my box to boot faster
by ignoring the not connected hda/hdb (ide0).
ansset:~>dmesg | egrep '(noprobe|ide0|hda|hdb)'
Kernel command line: root=/dev/hde3 ro ide0=noprobe
ide0: BM-DMA at 0xd800-0xd807, BIOS settings: hda:pio, hdb:pio
Probing IDE interface ide0.
On Sun, 2007-06-10 at 18:34 +0200, Rafael J. Wysocki wrote:
> On Sunday, 10 June 2007 15:17, Thomas Gleixner wrote:
> > On Sun, 2007-06-10 at 12:58 +0200, Rafael J. Wysocki wrote:
> > >
> > > This is the resume part, or at least it seems so, but the above one is a
> > > suspend callback. If I unde
1 - 100 of 249 matches
Mail list logo
