Hi Alan!
On Sunday 10 June 2007, Alan Cox wrote:
> > @@ -258,8 +259,14 @@ static void it821x_passthru_set_piomode(
> > static const u8 pio_want[]= { ATA_66, ATA_66, ATA_66, ATA_66,
> > ATA_ANY };
> >
> > struct it821x_dev *itdev = ap->private_data;
> > + struct ata_device *pair =
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 to use DMA
and remove DMA status c
Matt Mackall wrote:
On Sat, Jun 09, 2007 at 08:33:25PM -0400, Benjamin Gilbert wrote:
It's not just the loop unrolling; it's the register allocation and
spilling. For comparison, I built SHATransform() from the
drivers/char/random.c in 2.6.11, using gcc 3.3.5 with -O2 and
SHA_CODE_SIZE == 3 (
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 kernels with -ck
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-structures and layout. It is agreed upon
> > kernel developers, that the
On Sunday 10 June 2007 13:03:15 you wrote:
> 訳注(2)
> 「引火性の高い」の原文は "valatile"。
> valatile には「揮発性の」「爆発しやすい」という意味の他、「変わり
> やすい」「移り気な」という意味がある。
> 「（この話題は）爆発的に激しい論争を巻き起こしかねない」ということ
> を、「（カーネルのソースレベルインターフェースは）移ろい行くもので
> ある」ということを連想させる "valatile" という単語で表現している。
Not speaking Japanese, I'm probably missing
Hi,
On Sunday, 10 June 2007 18:44, Soeren Sonnenburg wrote:
> Dear all,
>
> I noticed 2 regressions to 2.6.21.X on my macbook pro:
>
> 1. on git-current something broke s2ram completely, i.e. s2ram does not
> even suspend anymore but hangs (blinking cursor on console)
>
> 2. while on -rc3 s2ram
Andreas Gruenbacher wrote:
> On Saturday 09 June 2007 02:17, Greg KH wrote:
>
>> On Sat, Jun 09, 2007 at 12:03:57AM +0200, Andreas Gruenbacher wrote:
>>
>>> AppArmor is meant to be relatively easy to understand, manage, and
>>> customize, and introducing a labels layer wouldn't help these
On Sun, 10 Jun 2007 15:11:30 +1000 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've had a version of list.h (for userspace work) for about a year
> which uses a different type for nodes
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 yours.
Exactly *because* nodes and heads are interchangeable.
In fact
* Mark Knecht <[EMAIL PROTECTED]> wrote:
> 23:1739277 IO-APIC-fasteoi ohci_hcd:usb2, eth0
> 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
ok, that's forcedeth. Does that behavior go away if you revert the
change below, via patch -p0 -R ?
but in general, -rt wil
On Sun, 10 Jun 2007, Al Viro wrote:
>
> On FreeBSD it will simply give you zero st_ino on almost all sockets;
> AF_UNIX ones get st_ino invented (and stable). st_dev is NODEV in all
> cases...
So it will still work better than trying to do a "getsockname()" or
something. If the file descripto
On Sunday, 10 June 2007 15:42, Arkadiusz Miskiewicz wrote:
> Hello,
>
> Is this desired behaviour?
Obviously not.
> $ sudo cat /dev/snapshot
>
> ended with:
>
> [54498.464550] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised:
> [EMAIL PROTECTED]
> [56592.077674] swsusp: Basic memor
On Sun, 10 Jun 2007, Tarkan Erimer wrote:
> >
> > Last heard, Linus was quite impressed with the toned down version of
> > the final draft of GPLv3.
I was impressed in the sense that it was a hell of a lot better than the
disaster that were the earlier drafts.
I still think GPLv2 is simply th
On Sun, 10 Jun 2007, Linus Torvalds wrote:
>
> I have yet to see any actual *reasons* for licensing under the GPLv3,
> though.
Btw, if Sun really _is_ going to release OpenSolaris under GPLv3, that
_may_ be a good reason. I don't think the GPLv3 is as good a license as
v2, but on the other ha
On Sun, Jun 10, 2007 at 12:47:19PM -0400, Benjamin Gilbert wrote:
> Matt Mackall wrote:
> >On Sat, Jun 09, 2007 at 08:33:25PM -0400, Benjamin Gilbert wrote:
> >>It's not just the loop unrolling; it's the register allocation and
> >>spilling. For comparison, I built SHATransform() from the
> >>dr
> Cc: Alan Cox <[EMAIL PROTECTED]>
> Cc: Tejun Heo <[EMAIL PROTECTED]>
> Signed-off-by: Bartlomiej Zolnierkiewicz <[EMAIL PROTECTED]>
Acked-by: Alan Cox <[EMAIL PROTECTED]>
> - /* Bits 5 and 6 indicate if DMA is active on master/slave */
> - /* It is possible that BMDMA isn't allocated
On 6/10/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
* Mark Knecht <[EMAIL PROTECTED]> wrote:
> 23:1739277 IO-APIC-fasteoi ohci_hcd:usb2, eth0
> 00:0a.0 Bridge: nVidia Corporation CK804 Ethernet Controller (rev a3)
ok, that's forcedeth. Does that behavior go away if you revert the
chang
> > NAK this too
>
> OK, I'm able to understand the meaning of "NAK" [1] but "this too"?
That was me being confusing with something else I NAKked that wasn't
from you. It may have made sense to Jeff but not you - sorry
> PIO fix was directly ported from my it821x.c patch. I now see that thanks
> The patch fixes my cable detection problem. Now everything is back to
> UDMA/100 again. I noticed that ata1/ata2 claim to be using irq0, although
> they do in fact use irq10. This seems to be a purely cosmetical problem.
I think Tejun posted a patch for that one already - its purely cosmetic
and
Hi,
Following up on http://thread.gmane.org/gmane.linux.kernel.input/1375 here's
a new patch to fix the fact that most Fn+F? special keys on (at least) the
Dell Latitude laptops don't generate a key release event.
This time, everything is contained in atkbd.c and it's strictly an in-kernel
hack
> 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
yours 8)
-
To unsubscribe from this list: send the line "unsubscribe l
On Sun, 10 June 2007 18:27:49 +0200, Arnd Bergmann wrote:
> On Sunday 03 June 2007, Jörn Engel wrote:
> > +static int mtdwrite(struct super_block *sb, loff_t ofs, size_t len, void
> > *buf)
> > +{
> > + struct logfs_super *super = logfs_super(sb);
> > + struct mtd_info *mtd = super->s_mtd;
> >
On Sun, 10 June 2007 19:24:28 +0200, Arnd Bergmann wrote:
> On Sunday 03 June 2007, Jörn Engel wrote:
> > +struct inode *logfs_new_inode(struct inode *dir, int mode)
> > +{
> > + struct super_block *sb = dir->i_sb;
> > + struct inode *inode;
> > +
> > + inode = new_inode(sb);
> >
On Fri, 08 Jun 2007 23:18:31 +0100 Jack Stone wrote:
> This patch series replaces DPRINTK with pr_debug in alternative.c,
> autofs, autofs4
> and ncpfs. A new function called pr_err is also added to keep
> functionality in
> ncpfs. The last 2 patches add support for pr_debug_pid and apply it to
>
On Sunday 10 June 2007 15:17, Ingo Molnar wrote:
> -rt11 is a bit more experimental than usual: it includes the CFS
> scheduler.
Great! Finally CFS is included ;)
Right now I'm using a patched kernel (2.6.21.4) with realtime-preemption patch
and it works fine but I noticed something that I thin
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 perhaps keep translations on a website somewhere. So the
> > authoritative
Linus Torvalds wrote:
I still think GPLv2 is simply the better license.
Ditto.
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.kernel.org/majordomo-info.html
Please read t
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 - about 1' on 15'.
According to your system description it seems that you have a
* 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
Ingo
-
To unsubscribe from this list: send the li
On 2007.06.05 11:56:00 +0200, Ingo Molnar wrote:
>
> * Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> > > ah, plain -rc3 hangs too. So it's one of these commits i guess:
> > >
> > > commit 1eeb66a1bb973534dc3d064920a5ca683823372e
> > > commit 09198e68501a7e34737cd9264d266f42429abcdc
> > > commit bbb
On Sun, 10 Jun 2007, Eric Dumazet wrote:
> Linus Torvalds a écrit :
> >
> > close(0);
> > close(1);
> > close(2);
> > .. generate filenames, whatever ..
> > if (open(..) < 0 || open(..) < 0 || open(..) < 0)
> > die("Couldn't redirect stdin/stdout/stderr");
> >
>
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 in the
tree and then perhaps keep translations on a website somewhere. So the
authorit
On Sunday 10 of June 2007, Rafael J. Wysocki wrote:
> >
> > [54498.464550] device-mapper: ioctl: 4.11.0-ioctl (2006-10-12)
> > initialised: [EMAIL PROTECTED]
> > [56592.077674] swsusp: Basic memory bitmaps created
> > [56592.084340] BUG: unable to handle kernel NULL pointer dereference at
> > virt
On Sunday 10 June 2007, Jörn Engel wrote:
> On Sun, 10 June 2007 18:27:49 +0200, Arnd Bergmann wrote:
> > On Sunday 03 June 2007, Jörn Engel wrote:
> > How about using submit_bio here instead of going to the page cache?
> > That would avoid doubling all the memory consumption here.
>
> That may m
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 translations on a website somewhere. So the
>> > authoritative docs stay
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
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.
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
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 -
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
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, 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
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, 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 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
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, 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
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
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
> > >> >+{
> > >> 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
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
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 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 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 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
--- [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 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",
>> +
> 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 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
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
> > 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
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
>>
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
[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 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
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
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
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
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
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 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
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 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 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
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: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
*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,
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
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
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 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
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
*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 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
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 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
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 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
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 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
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 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: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 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 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
1 - 100 of 249 matches
Mail list logo
