On Sunday 16 September 2007 23:00:09 Can E. Acar wrote:
> Daniel Hazelton wrote:
> > On Sunday 16 September 2007 14:48:47 Can E. Acar wrote:
>
> [snip]
>
> >> First, these developers got questionable advice from senior Linux kernel
> >> developers, and SLFC (which is closely related to FSF) in the
On Sun, 16 Sep 2007, Randy Dunlap wrote:
>
> I'll test this overnight on 2.6.23-rc6-git2 since that was failing.
>
> I haven't been able to reproduce the fault on 2.6.21 after several
> hours of testing.
>
> I'll also test a microcode update to see if it helps.
Before you do the microcode
On Sun, 16 Sep 2007 11:12:23 -0700 (PDT) Linus Torvalds wrote:
>
>
> On Sun, 16 Sep 2007, Linus Torvalds wrote:
> >
> > I'm really starting to suspect some early EM64T bug, and I also suspect
> > that it's harmless but that we should just do the trivial patch to say "if
> > the register
Hi Linus,
Before 2.6.23, please pull from:
git://git.kernel.org/pub/scm/linux/kernel/git/lenb/linux-acpi-2.6.git release
A build fix, a kconfig fix, a typo and a revert for the thinkpad folks.
This will update the files shown below.
thanks!
-Len
ps. individual patches are available on
On Fri, Sep 14, 2007 at 06:48:55AM +1000, Nick Piggin wrote:
> On Thursday 13 September 2007 12:01, Nick Piggin wrote:
> > On Thursday 13 September 2007 23:03, David Chinner wrote:
> > > Then just do operations on directories with lots of files in them
> > > (tens of thousands). Every directory
Hi Satyam,
On Mon, Sep 17, 2007 at 06:52:52AM +0530, Satyam Sharma wrote:
> On 9/13/07, Kees Cook <[EMAIL PROTECTED]> wrote:
> >
> > This patch against 2.6.23-rc6 will cause modpost to fail if any device
> > id lists are incorrectly terminated, after reporting the offender.
> >
> > Signed-off-by:
> You did say otherwise.
>
> Your claim was that "You can obtain, *from the GPL*, the right to remove
> a BSD license notice."
>
> This claim is bullshit.
No, it's not.
> You can get this right from the copyright holder, e.g. when he
> dual-licenced his code, but you can not get this right
Can E. Acar wrote:
Furthermore, since it is compatible with the binary HAL from
Atheros, the interface is fixed and the same both in Linux and
*BSD.
Hardly. It is software; the interface most definitely can and will change.
Jeff
-
To unsubscribe from this list: send the line
Since we are adding requirement for the PHYLIB for this driver, there should be
a select for that
Cc: Robin Getz <[EMAIL PROTECTED]>
Signed-off-by: Bryan Wu <[EMAIL PROTECTED]>
---
drivers/net/Kconfig |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/net/Kconfig
On Sun, 2007-09-16 at 22:51 -0400, Robin Getz wrote:
> On Sat 15 Sep 2007 22:57, Bryan Wu pondered:
> >
> > - add MDIO functions and register mdio bus
> > - add phy abstraction layer (PAL) functions and use PAL API
> > - test on STAMP537 board
>
> Today, the Kconfig for the Blackfin just
Daniel Hazelton wrote:
> On Sunday 16 September 2007 14:48:47 Can E. Acar wrote:
[snip]
>>
>> First, these developers got questionable advice from senior Linux kernel
>> developers, and SLFC (which is closely related to FSF) in the process.
>
> IIRC, the advice was "Yes, it is legal to choose to
On Sat 15 Sep 2007 22:57, Bryan Wu pondered:
>
> - add MDIO functions and register mdio bus
> - add phy abstraction layer (PAL) functions and use PAL API
> - test on STAMP537 board
Today, the Kconfig for the Blackfin just includes:
> config BFIN_MAC
> tristate "Blackfin 536/537
On 9/17/07, Jeff Layton <[EMAIL PROTECTED]> wrote:
> On Mon, 17 Sep 2007 00:58:54 +0530
> "Satyam Sharma" <[EMAIL PROTECTED]> wrote:
>
> > Hi Jeff,
> >
> > I think commit 866b04fccbf125cd39f2bdbcfeaa611d39a061a8 was wrong, and
> > introduced a regression.
> >
> > The "relevant" changelog [*] of
On Sun, Sep 16, 2007 at 06:35:12PM -0700, David Schwartz wrote:
>
> > On Sun, Sep 16, 2007 at 05:29:56PM -0700, David Schwartz wrote:
> >
> > >...
> > > Again, one more time:
> > >
> > > 1) You can obtain, from the GPL, the right to remove a BSD
> > > license notice.
> > >...
>
> > I hope
On Sun, Sep 16, 2007 at 09:19:14PM -0400, Theodore Tso wrote:
>...
> Now, in the case of the Atheros wireless code, the original author
> (Sam Leffler) has stated that as far as *his* code was concerned, he
> was willing to dual license it. However, in this case, he agreed to
> have the code
Theodore Tso wrote:
Essentially, I agree with you. My only disagremeent with you is that I think
the problem starts sooner:
> However, consider a file which was originally BSD licensed. Now
> suppose it is modified (i.e., a derived work was created) and another
> author slaps on a BSD/GPL dual
On Sun, 2007-09-16 at 15:13 +0400, Ivan Kokshaysky wrote:
> On Fri, Sep 14, 2007 at 05:53:58PM -0600, Robert Hancock wrote:
> > In the first one, Linus talks about a USB controller whose SMM code
> > chokes on the BAR being disabled. That explanation seems odd to me. If
> > it chokes on the BAR
> On Sun, Sep 16, 2007 at 05:29:56PM -0700, David Schwartz wrote:
>
> >...
> > Again, one more time:
> >
> > 1) You can obtain, from the GPL, the right to remove a BSD
> > license notice.
> >...
> I hope noone believes this bullshit you are spreading.
How do you figure?
> When you
Hi Kees,
On 9/13/07, Kees Cook <[EMAIL PROTECTED]> wrote:
>
> This patch against 2.6.23-rc6 will cause modpost to fail if any device
> id lists are incorrectly terminated, after reporting the offender.
>
> Signed-off-by: Kees Cook <[EMAIL PROTECTED]>
Nice! :-)
BTW a very similar idea (but for
On Sun, Sep 16, 2007 at 05:29:56PM -0700, David Schwartz wrote:
> In responses and posts, there is over and over a huge confusion
> between two completely different issues. One is about whether you
> can modify licenses, the other is about whether you can modify
> license *notices*.
>
> Again,
Hi, all
I have a question about printk format.
Can printk format use "%4.4s"?
This format is used following source.
#
drivers/acpi/tables/tbinstal.c
ACPI_ERROR((AE_INFO,
"Table has invalid signature [%4.4s], must be SSDT,
PSDT or OEMx",
On Sun, Sep 16, 2007 at 05:29:56PM -0700, David Schwartz wrote:
>...
> Again, one more time:
>
> 1) You can obtain, from the GPL, the right to remove a BSD license notice.
>...
I hope noone believes this bullshit you are spreading.
When you incorporate BSD licenced code into a GPL'ed project
Adrian Bunk writes:
> On Sun, Sep 16, 2007 at 03:37:55PM -0700, David Schwartz wrote:
> > > Dual licenced code by definition explicitely states that you
> > > can choose
> > > the licence - otherwise it wouldn't be called dual-licenced.
> > You can choose under which license you would like
On 9/17/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> On Wed, 12 Sep 2007 17:49:37 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
>
> > This patch against 2.6.23-rc6 will cause modpost to fail if any device
> > id lists are incorrectly terminated, after reporting the offender.
>
> I'm getting this:
>
On Sun, 2007-09-16 at 17:37 -0600, Robert Hancock wrote:
> We would already have this problem, though. If it causes problems to
> disable decode on the BAR because we try to access it in interrupt
> context, we would already have problems because we move the thing to
> 0x during probing
[EMAIL PROTECTED] wrote:
you claim that it's unethical for the linux community to use the code,
but brag about NetApp useing the code. what makes NetApp ok and Linux
evil? many people honestly don't understand the logic behind this.
please explain it.
There are two highly relevant angles to
On Mon, 17 Sep 2007 00:58:54 +0530
"Satyam Sharma" <[EMAIL PROTECTED]> wrote:
> Hi Jeff,
>
> I think commit 866b04fccbf125cd39f2bdbcfeaa611d39a061a8 was wrong, and
> introduced a regression.
>
> The "relevant" changelog [*] of that patch says:
>
>
> > on filesystems w/o permanent inode
On Sun, 16 Sep 2007, Jacob Meuser wrote:
On Sun, Sep 16, 2007 at 05:12:08PM -0400, Theodore Tso wrote:
reimplement them. Why don't you go and try asking NetApp for sources
to WAFL, and claim that they have "moral" duty to give the code back,
and see how quickly you get laughed out of the
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Sun, 2 Sep 2007 18:30:17 +0800
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
You already submitted the net/ipv4/af_inet.c case
seperately, so I had to remove it from this patch for
it to apply properly.
Please keep your patches straight to avoid
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Sun, 2 Sep 2007 12:59:07 +0800
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Applied to net-2.6.24, thanks!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Sun, 2 Sep 2007 03:45:59 +0800
> if the table is always fixed size with MAX_LINKS entries, why not use a
> statically
> allocated table straightforwardly?
>
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
I made the explicit decision to dynamically
Benjamin Herrenschmidt wrote:
On Thu, 2007-09-13 at 21:32 -0600, Robert Hancock wrote:
If we do encounter other devices that choke on having the BAR
disabled
during probing then we can add additional quirk logic, but we haven't
run into anything like that yet.
Well... if the device needs to
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Sun, 2 Sep 2007 03:45:58 +0800
> with the macro max provided by , so changed its name to a
> more proper one: limit
>
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Not strictly necessary because CPP knows to differentiate between
'max(' and plain
From: Denis Cheng <[EMAIL PROTECTED]>
Date: Sun, 2 Sep 2007 03:45:57 +0800
> Signed-off-by: Denis Cheng <[EMAIL PROTECTED]>
Applied to net-2.6.24, thanks.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Sun, Sep 16, 2007 at 05:12:08PM -0400, Theodore Tso wrote:
> reimplement them. Why don't you go and try asking NetApp for sources
> to WAFL, and claim that they have "moral" duty to give the code back,
> and see how quickly you get laughed out of the office?
which is _exactly_ what you guys
On Sun, Sep 16, 2007 at 03:37:55PM -0700, David Schwartz wrote:
>
> > Dual licenced code by definition explicitely states that you can choose
> > the licence - otherwise it wouldn't be called dual-licenced.
>
> You can choose under which license you would like to receive the right to
> modify
Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> You ignore one other bit, when "/usr/bin/free" says 1G is free, with
> config-page-shift it's free no matter what, same goes for not mlocked
> cache. With variable order page cache, /usr/bin/free becomes mostly a
> lie as long as there's no 4k
[EMAIL PROTECTED] (Mel Gorman) writes:
> On (16/09/07 17:08), Andrea Arcangeli didst pronounce:
>> zooming in I see red pixels all over the squares mized with green
>> pixels in the same square. This is exactly what happens with the
>> variable order page cache and that's why it provides zero
Linus Torvalds <[EMAIL PROTECTED]> writes:
> On Sun, 16 Sep 2007, Jörn Engel wrote:
>>
>> My approach is to have one for mount points and ramfs/tmpfs/sysfs/etc.
>> which are pinned for their entire lifetime and another for regular
>> files/inodes. One could take a three-way approach and have
>>
On Mon, 17 September 2007 00:06:24 +0200, Goswin von Brederlow wrote:
>
> How probable is it that the dentry is needed again? If you copy it and
> it is not needed then you wasted time. If you throw it out and it is
> needed then you wasted time too. Depending on the probability one of
> the two
On Fri, Sep 14, 2007 at 02:06:21PM +0200, Cornelia Huck wrote:
> On Thu, 13 Sep 2007 16:41:18 -0700,
> Greg KH <[EMAIL PROTECTED]> wrote:
>
>
> > int sysfs_add_one(struct sysfs_addrm_cxt *acxt, struct sysfs_dirent *sd)
> > {
> > - if (sysfs_find_dirent(acxt->parent_sd, sd->s_name))
> > +
On Sat, Sep 15, 2007 at 06:23:13PM +0200, Adrian Bunk wrote:
>
> @Greg:
> Do you have any numbers regarding how your "Linux Kernel in a Nutshell"
> is selling?
It is selling reasonably well for an O'Reilly book from what I have been
told. But I have not seen any real numbers yet.
> Even
> Dual licenced code by definition explicitely states that you can choose
> the licence - otherwise it wouldn't be called dual-licenced.
You can choose under which license you would like to receive the right to
modify or distribute the code. But you cannot change the license that code
itself
[EMAIL PROTECTED] (Mel Gorman) writes:
> On (15/09/07 02:31), Goswin von Brederlow didst pronounce:
>> Mel Gorman <[EMAIL PROTECTED]> writes:
>>
>> > On Fri, 2007-09-14 at 18:10 +0200, Goswin von Brederlow wrote:
>> >> Nick Piggin <[EMAIL PROTECTED]> writes:
>> >>
>> >> > In my attack, I cause
Jörn Engel <[EMAIL PROTECTED]> writes:
> On Sun, 16 September 2007 00:30:32 +0200, Andrea Arcangeli wrote:
>>
>> Movable? I rather assume all slab allocations aren't movable. Then
>> slab defrag can try to tackle on users like dcache and inodes. Keep in
>> mind that with the exception of
> JFTR, I do *not* think that that assessment was questionable. Unless the
> dual-licensing *explicitly* allows relicensing, relicensing is forbidden
> by copyright law. The dual-licensing allows relicensing only if that's
> *explicitly* stated, either in the statement offering the alternative,
On Wed, 12 Sep 2007 17:49:37 -0700 Kees Cook <[EMAIL PROTECTED]> wrote:
> This patch against 2.6.23-rc6 will cause modpost to fail if any device
> id lists are incorrectly terminated, after reporting the offender.
I'm getting this:
rusb2/pvrusb2: struct usb_device_id is 20 bytes. The last of 3
[EMAIL PROTECTED] (Mel Gorman) writes:
> On (15/09/07 14:14), Goswin von Brederlow didst pronounce:
>> Andrew Morton <[EMAIL PROTECTED]> writes:
>>
>> > On Tue, 11 Sep 2007 14:12:26 +0200 Jörn Engel <[EMAIL PROTECTED]> wrote:
>> >
>> >> While I agree with your concern, those numbers are quite
From: [EMAIL PROTECTED]
Date: Thu, 13 Sep 2007 00:25:36 -0700
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> net/sched/sch_cbq.c: In function 'cbq_enqueue':
> net/sched/sch_cbq.c:383: warning: 'ret' may be used uninitialized in this
> function
>
> has been verified to be a bogus case. So let's
From: [EMAIL PROTECTED]
Date: Thu, 13 Sep 2007 00:20:13 -0700
> Subject: Pktgen srcmac fix
> From: "Adit Ranadive" <[EMAIL PROTECTED]>
>
> Cc: Jamal Hadi Salim <[EMAIL PROTECTED]>
> Cc: "David S. Miller" <[EMAIL PROTECTED]>
> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
I've applied this
On Sunday, 16 September 2007 22:59, Pavel Machek wrote:
> Hi!
>
> > > Many thanks for taking care of this!
> > >
> > > We already have a patch in -mm, s2ram-kill-old-debugging-junk.patch from
> > > Pavel
> > > (http://marc.info/?l=linux-mm-commits=118737955611331=1), that
> > > removes the
> >
From: Jesper Juhl <[EMAIL PROTECTED]>
Date: Sun, 16 Sep 2007 23:31:50 +0200
>
> The 'u16 chanctrl' variable in
> drivers/dma/ioatdma.c::ioat_dma_free_chan_resources() is completely
> unused and gcc quite rightfully warns about it:
>
> drivers/dma/ioatdma.c:247: warning: unused variable
The 'u16 chanctrl' variable in
drivers/dma/ioatdma.c::ioat_dma_free_chan_resources() is completely
unused and gcc quite rightfully warns about it:
drivers/dma/ioatdma.c:247: warning: unused variable 'chanctrl'
This patch removes the unused variable and silences the warning.
Signed-off-by:
On (16/09/07 19:53), J?rn Engel didst pronounce:
> On Sat, 15 September 2007 01:44:49 -0700, Andrew Morton wrote:
> > On Tue, 11 Sep 2007 14:12:26 +0200 Jörn Engel <[EMAIL PROTECTED]> wrote:
> >
> > > While I agree with your concern, those numbers are quite silly. The
> > > chances of 99.8% of
On Sun, Sep 16, 2007 at 09:54:18PM +0100, Mel Gorman wrote:
> The 16MB is the size of a hugepage, the size of interest as far as I am
> concerned. Your idea makes sense for large block support, but much less
> for huge pages because you are incurring a cost in the general case for
> something that
There is a small memory leak in fs/cifs/inode.c::cifs_mkdir().
Storage for 'pInfo' is allocated with kzalloc(), but if the call
to CIFSPOSIXCreate(...) happens to return 0 and pInfo->Type == -1,
then we'll jump to the 'mkdir_get_info' label without freeing the
storage allocated for 'pInfo'.
On (15/09/07 02:31), Goswin von Brederlow didst pronounce:
> Mel Gorman <[EMAIL PROTECTED]> writes:
>
> > On Fri, 2007-09-14 at 18:10 +0200, Goswin von Brederlow wrote:
> >> Nick Piggin <[EMAIL PROTECTED]> writes:
> >>
> >> > In my attack, I cause the kernel to allocate lots of unmovable
> >> >
On Sun, Sep 16, 2007 at 10:39:26PM +0200, Hannah Schroeter wrote:
> Hi!
>
> On Sun, Sep 16, 2007 at 09:59:09PM +0200, Adrian Bunk wrote:
> >On Sun, Sep 16, 2007 at 11:48:47AM -0700, Can E. Acar wrote:
> >>...
> >> First, these developers got questionable advice from senior Linux kernel
> >>
On Sun, Sep 16, 2007 at 10:39:26PM +0200, Hannah Schroeter wrote:
> >The most questionable legal advice in this thread was by Theo de Raadt
> >who claimed choosing one licence for _dual-licenced_ code was illegal...
>
> JFTR, I do *not* think that that assessment was questionable. Unless the
>
On Sunday 16 September 2007 16:39:26 Hannah Schroeter wrote:
> Hi!
>
> On Sun, Sep 16, 2007 at 09:59:09PM +0200, Adrian Bunk wrote:
> >On Sun, Sep 16, 2007 at 11:48:47AM -0700, Can E. Acar wrote:
> >>...
> >> First, these developers got questionable advice from senior Linux kernel
> >> developers,
On Sunday 16 of September 2007 21:36:54 Roman Zippel wrote:
> On Sun, 16 Sep 2007, Matej Laitl wrote:
> > The v2 was maybe more intuitive, but had at least one flaw, where it claimed
> > the option was selected by another, while it was in fact only made
> > unchangeable by 'bool "Enable block
On (16/09/07 17:08), Andrea Arcangeli didst pronounce:
> On Sun, Sep 16, 2007 at 03:54:56PM +0200, Goswin von Brederlow wrote:
> > Andrea Arcangeli <[EMAIL PROTECTED]> writes:
> >
> > > On Sat, Sep 15, 2007 at 10:14:44PM +0200, Goswin von Brederlow wrote:
> > >> - Userspace allocates a lot of
Hi!
> > Many thanks for taking care of this!
> >
> > We already have a patch in -mm, s2ram-kill-old-debugging-junk.patch from
> > Pavel
> > (http://marc.info/?l=linux-mm-commits=118737955611331=1), that removes
> > the
> > #ifdefed blocks and it clashes with your first patch a bit.
> >
> >
On (16/09/07 20:50), Andrea Arcangeli didst pronounce:
> On Sun, Sep 16, 2007 at 07:15:04PM +0100, Mel Gorman wrote:
> > Except now as I've repeatadly pointed out, you have internal fragmentation
> > problems. If we went with the SLAB, we would need 16MB slabs on PowerPC for
> > example to get the
Rafael J. Wysocki wrote:
> On Thursday, 13 September 2007 23:37, H. Peter Anvin wrote:
>> Pavel, want to look at the patch before sending it to Linus?
>
> Many thanks for taking care of this!
>
> We already have a patch in -mm, s2ram-kill-old-debugging-junk.patch from Pavel
>
On 9/16/07, Francis Moreau <[EMAIL PROTECTED]> wrote:
> I'm a bit puzzled because vdso doesn't seem to be used on my fedora 7:
> I just compiled a trivial program which just call gettimeofday() and
> ld.so resolves this call with vsyscall's gettimeofday.
>
> Now I'm wondering when vdso is used,
Hi!
On Sun, Sep 16, 2007 at 09:59:09PM +0200, Adrian Bunk wrote:
>On Sun, Sep 16, 2007 at 11:48:47AM -0700, Can E. Acar wrote:
>>...
>> First, these developers got questionable advice from senior Linux kernel
>> developers, and SLFC (which is closely related to FSF) in the process.
>The most
On Sun, Sep 16, 2007 at 12:23:43PM -0700, Andrew Morton wrote:
> On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) "Robert P. J. Day" <[EMAIL
> PROTECTED]> wrote:
>
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > A summary of what is planned to be submitted in next merge window for
> > > kbuild.
On Sun, Sep 16, 2007 at 02:17:53AM -0700, J.C. Roberts wrote:
> Look at what you are saying from a different perspective. Let's say
> someone took the linux kernel source from the official repository,
> removed the GPL license and dedicated the work to public domain or put
> it under any other
On Sunday 16 September 2007 14:48:47 Can E. Acar wrote:
> On Sunday 16 September 2007 15:23:25 Daniel Hazelton wrote:
> > On Sunday 16 September 2007 05:17:53 J.C. Roberts wrote:
> >> On Sunday 16 September 2007, Jeff Garzik wrote:
> >> > J.C. Roberts wrote:
> >> > >
Hello,
I'm a bit puzzled because vdso doesn't seem to be used on my fedora 7:
I just compiled a trivial program which just call gettimeofday() and
ld.so resolves this call with vsyscall's gettimeofday.
Now I'm wondering when vdso is used, could anybody give me a clue ?
Another question: is vdso
Hi Stephen,
On Sunday 16 September 2007 15:55, Stephen Hemminger wrote:
> On Fri, 14 Sep 2007 01:30:58 -0400
> Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
>
> > Hi Stephen,
> >
> > On Wednesday 12 September 2007 07:38, Stephen Hemminger wrote:
> > > This driver supports the application buttons
On Sat, 15 Sep 2007 03:41:26 -0700 Andrew Morton
<[EMAIL PROTECTED]> wrote:
> eww, kmap. Large amounts of them, apparently.
>
> Be aware that kmap is a) slow and b) deadlockable. The latter happens when
> multiple tasks want to take more than one kmap simultaneously: they all
> wait for
On Sun, Sep 16, 2007 at 09:32:58PM +0200, Oleg Verych wrote:
> On Sun, Sep 16, 2007 at 08:29:12PM +0200, Sam Ravnborg wrote:
> > Hi Oleg.
>
> Hallo. Nice, you are bringing it back. I'll try to have LKML-like
> output this time, not a makefile mess and stuff:
>
> []
> > I see no value in renaming
Daniel Hazelton wrote:
If the OpenBSD developers want to attack the Linux Kernel community over
patches that were *NEVER* *ACCEPTED* by said community, it should be just as
fair for the Linux Kernel community to complain about those (unspecified)
times where OpenBSD replaced the GPL on code
On Thu, 2007-09-13 at 21:32 -0600, Robert Hancock wrote:
>
> If we do encounter other devices that choke on having the BAR
> disabled
> during probing then we can add additional quirk logic, but we haven't
> run into anything like that yet.
Well... if the device needs to be accessed to service
On Sunday, 16 September 2007 21:58, Stefan Richter wrote:
> Rafael J. Wysocki wrote:
> >> Pavel Machek wrote:
> >>> commit 831441862956fffa17b9801db37e6ea1650b0f69
> >>> tree b0334921341f8f1734bdd3243de76d676329d21c
> >>> parent 787d2214c19bcc9b6ac48af0ce098277a801eded
> >>> author Rafael J.
On Thu, 2007-09-13 at 15:16 +0400, Ivan Kokshaysky wrote:
> On Thu, Sep 13, 2007 at 02:53:13AM -0700, Greg KH wrote:
> > On Thu, Sep 13, 2007 at 01:55:36AM -0600, Matthew Wilcox wrote:
> > > Unfortunately if this patch does cause any machine to break, these will
> > > be machines that worked fine
On Sun, Sep 16, 2007 at 11:48:47AM -0700, Can E. Acar wrote:
>...
> First, these developers got questionable advice from senior Linux kernel
> developers, and SLFC (which is closely related to FSF) in the process.
The most questionable legal advice in this thread was by Theo de Raadt
who claimed
Rafael J. Wysocki wrote:
>> Pavel Machek wrote:
>>> commit 831441862956fffa17b9801db37e6ea1650b0f69
>>> tree b0334921341f8f1734bdd3243de76d676329d21c
>>> parent 787d2214c19bcc9b6ac48af0ce098277a801eded
>>> author Rafael J. Wysocki <[EMAIL PROTECTED]> Tue, 17 Jul 2007 04:03:35 -0700
>>> committer
On Thursday, 13 September 2007 23:37, H. Peter Anvin wrote:
> Pavel, want to look at the patch before sending it to Linus?
Many thanks for taking care of this!
We already have a patch in -mm, s2ram-kill-old-debugging-junk.patch from Pavel
(http://marc.info/?l=linux-mm-commits=118737955611331=1),
On Fri, 14 Sep 2007 01:30:58 -0400
Dmitry Torokhov <[EMAIL PROTECTED]> wrote:
> Hi Stephen,
>
> On Wednesday 12 September 2007 07:38, Stephen Hemminger wrote:
> > This driver supports the application buttons on some Fujitsu Lifebook
> > laptops.
> > It is based on the earlier apanel driver done
On Sun, Sep 16, 2007 at 03:13:55PM +0400, Ivan Kokshaysky wrote:
> Another possible solution is not to use mmconfig for bar sizing at all,
> if it's *that* broken. It would be more complicated though, since it
> probably requires changes to all architectures.
I don't think it would be that
On Thu, Sep 13, 2007 at 06:30:43PM +0400, Pavel Emelyanov wrote:
> When the process is blocked on mandatory lock and someone changes
> the inode's permissions, so that the lock is no longer mandatory,
> nobody wakes up the blocked process, but probably should.
I suppose so. Does anyone actually
On Sunday, 16 September 2007 20:41, Stefan Richter wrote:
> (Adding Cc: Rafael, Ingo)
>
> Pavel Machek wrote:
> >> Dmesg with the oops or/and bisection would be good.
> >
> > Sorry, had to hand-copy. It is oops at virtual adddress 6b6b6b7b --
> > looks like slab poison to me?
> >
> > EIP is in
Can E. Acar wrote:
There have been complete silence from the leaders of their own
community (Linux Kernel developers, FSF, ...) all perhaps used your
Regarding "Linux Kernel developers," false. _I_ have posted. ath5k,
wireless, and net driver maintainers have all sent emails. License and
On Mon, 17 Sep 2007 00:58:54 +0530 "Satyam Sharma" <[EMAIL PROTECTED]> wrote:
> [*] BTW, the changelog/patch description of this commit demonstrates
> why it is a Bad Thing (tm) to have lengthy [PATCH 0/x] kind of mails
> (containing important technical details) preceding a patchset.
>
> I can
Hi,
On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> > On Sun, 16 Sep 2007, Sam Ravnborg wrote:
> >
> > > But can you take a look at distingushing between non-selectable options
> > > due to dependency issues and seleted-by symbols.
> >
> > Do you have an example in mind? If a symbol is not
Hi,
On Sun, 16 Sep 2007, Matej Laitl wrote:
> The v2 was maybe more intuitive, but had at least one flaw, where it claimed
> the option was selected by another, while it was in fact only made
> unchangeable by 'bool "Enable block layer" if EMBEDDED', defaulting to y.
The point is that I'm
Hi Jeff,
I think commit 866b04fccbf125cd39f2bdbcfeaa611d39a061a8 was wrong, and
introduced a regression.
The "relevant" changelog [*] of that patch says:
> on filesystems w/o permanent inode numbers, i_ino values can be larger
> than 32 bits, which can cause problems for some 32 bit
On Sun, 16 Sep 2007 08:58:03 -0400 (EDT) "Robert P. J. Day" <[EMAIL PROTECTED]>
wrote:
> On Sun, 16 Sep 2007, Sam Ravnborg wrote:
>
> > A summary of what is planned to be submitted in next merge window for
> > kbuild.
> > The shortlog below have additional details but the headlines are:
> ...
From: "Ed Swierk" <[EMAIL PROTECTED]>
Date: Wed, 12 Sep 2007 09:54:35 -0700
> On 9/11/07, Herbert Xu <[EMAIL PROTECTED]> wrote:
> > Please make it 65535 without an Ethernet header and 65521
> > with an Ethernet header.
>
> Here is a revised patch that allows MTUs up to 65535 for tap
> interfaces
I don't thinl this helps openbsd or anyone else. As Theo is already
working with the individuals involved, and hasn't asked for help, I
think rather than saying "I think you're going to suck", let's see
what happens. Going ovewrboard isn't going to help anyone.
On 9/16/07, J.C. Roberts
On Sun, Sep 16, 2007 at 08:29:12PM +0200, Sam Ravnborg wrote:
> Hi Oleg.
Hallo. Nice, you are bringing it back. I'll try to have LKML-like
output this time, not a makefile mess and stuff:
[]
> I see no value in renaming from asm_offset to asm_value - please drop it.
> Introducing the generic
On Sunday 16 September 2007 15:23:25 Daniel Hazelton wrote:
> On Sunday 16 September 2007 05:17:53 J.C. Roberts wrote:
>> On Sunday 16 September 2007, Jeff Garzik wrote:
>> > J.C. Roberts wrote:
>> > > http://marc.info/?l=linux-wireless=118857712529898=2
>> >
>> > Link with outdated info.
>> >
>>
On Sunday 16 of September 2007 20:41:10 Sam Ravnborg wrote:
> On Sat, Sep 15, 2007 at 08:04:10PM +0200, Matej Laitl wrote:
> > menuconfig currently represents options implied by another option ('select'
> > directive in Kconfig) by prefixing them with '---'. Unfortunately the same
> > notation is
On Sun, Sep 16, 2007 at 07:15:04PM +0100, Mel Gorman wrote:
> Except now as I've repeatadly pointed out, you have internal fragmentation
> problems. If we went with the SLAB, we would need 16MB slabs on PowerPC for
> example to get the same sort of results and a lot of copying and moving when
On Sun, 16 Sep 2007, Jörn Engel wrote:
>
> My approach is to have one for mount points and ramfs/tmpfs/sysfs/etc.
> which are pinned for their entire lifetime and another for regular
> files/inodes. One could take a three-way approach and have
> always-pinned, often-pinned and rarely-pinned.
>
(Adding Cc: Rafael, Ingo)
Pavel Machek wrote:
>> Dmesg with the oops or/and bisection would be good.
>
> Sorry, had to hand-copy. It is oops at virtual adddress 6b6b6b7b --
> looks like slab poison to me?
>
> EIP is in task_rq_lock, backtrace is
> try_to_wake_up
> highlevel_host_reset
>
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On 9/16/07, Howard Chu <[EMAIL PROTECTED]> wrote:
>> Yinghai Lu wrote:
>> > On 9/14/07, Howard Chu <[EMAIL PROTECTED]> wrote:
>> >> Hi, was wondering if anyone else has been tripped up by this... I've got
> 4GB of
>> >> RAM in my Asus A8V Deluxe and
1 - 100 of 378 matches
Mail list logo
