Thanks Carlo to report this problem. The following patch should fix
his and potential issue.
[AGPGART] intel_agp: don't load if no IGD detected and no AGP port
After i915 chip, GMCH has no AGP port. Origin bridge driver in device
table will try to access illegal regs like APBASE, APSIZE, etc.
On Tue, Jun 19, 2007 at 07:28:22PM +0400, Manu Abraham wrote:
> Well, it is not Tivo alone -- look at http://aminocom.com/ for an
> example. If you want the kernel sources pay USD 50k and we will provide
> the kernel sources, was their attitude.
Hmm, set top boxes are often rented from the cable
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
On Wed, 20 Jun 2007, Alexandre Oliva wrote:
Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
On Jun 20, 2007, Andrew McKay <[EMAIL PROTECTED]> wrote:
However, I don't see how this would
On Wed, 20 Jun 2007, Bob Picco wrote:
> > + if (size > (PAGE_SIZE << MAX_ORDER) || size < 512 ||
> > + !is_power_of_2(size))
> I think this should be:
> if (size > (MAX_ORDER_NR_PAGES << PAGE_SHIFT) ...
> or
> if (size > (PAGE_SIZE <<
On Wed, 2007-06-20 at 16:50 -0700, Linus Torvalds wrote:
>
> On Wed, 20 Jun 2007, Arjan van de Ven wrote:
> >
> > the real fix would be something like this instead:
>
> If people can test this, and confirm it works, please send a patch that
> not only does this ad undoes the Kconfig language.
On 6/20/07, Erez Zadok <[EMAIL PROTECTED]> wrote:
In message <[EMAIL PROTECTED]>, Jan Blunck writes:
> On Tue, 19 Jun 2007 22:59:51 -0700, Arjan van de Ven wrote:
>
> > first of all I'm happy to see that people are still working on unionfs;
> > I'd love to have functionality like this show up in
On Jun 20, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> It allows everybody do make that choice that I consider to be really
> important: the choice of how something _you_ designed gets used.
> And it does that exactly by *limiting* the license to only that one work.
> Not trying to
I searched in linux kernel 2.6.10, didn't find it, then I tried
2.6.20, it is there. But I am not familiar with assembly language, so
can anybody kindly explain it, I don't know the difference between
KPROBE_ENTRY and ENTRY, however, I can find both of these items in
some files, such as
Hello Daniel,
hello everbody else,
in Oct 2000 there's been some discussion "Tux2 - evil patents sighted"
(http://www.ussg.iu.edu/hypermail/linux/kernel/0010.0/0343.html), and in Aug
2002 (http://www.uwsg.iu.edu/hypermail/linux/kernel/0208.3/0332.html) Daniel
wrote
> It's well down my list of
On Jun 20, 2007, "Jesper Juhl" <[EMAIL PROTECTED]> wrote:
> On 18/06/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> Your analysis stopped at the downside of prohibiting tivoization. You
>> didn't analyze the potential upsides,
> Maybe that's because I don't really see any up sides.
You do:
Bob Picco wrote:
Randy Dunlap wrote: [Wed Jun 20 2007, 09:07:11PM EDT]
On Wed, 20 Jun 2007 20:51:22 -0400 Bob Picco wrote:
[EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
[snip]
Build breakage. pci_mmcfg_late_init is for i386.
then you want CONFIG_X86_32 instead of
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
One more incremental delegation policy improvement: don't give out a
delegation on a file if conflicting access has previously required that
a delegation be revoked on that file. (In practice we'll forget about
the conflict when the struct nfs4_file
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
nfs4_acl_nfsv4_to_posix() returns an error and returns any posix acls
calculated in two caller-provided pointers. It was setting these
pointers to -errno in some error cases, resulting in
nfsd4_set_nfs4_acl() calling posix_acl_release() with a -errno
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
It looks like Al Viro gutted this header file five years ago and it
hasn't been touched since.
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
./fs/nfsd/nfsctl.c |
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
Our original NFSv4 delegation policy was to give out a read delegation
on any open when it was possible to.
Since the lifetime of a delegation isn't limited to that of an open, a
client may quite reasonably hang on to a delegation as long as it has
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
> On Wed, 20 Jun 2007, Alexandre Oliva wrote:
>> We already know the vendor doesn't care about the user, so why should
>> we take this into account when analyzing the reasoning of the vendor?
> no, we don't know this. you attribute the reason for the
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
enc_stateid_sz should be given in u32 words units, not bytes, so we were
overestimating the buffer space needed here.
Signed-off-by: Benny Halevy <[EMAIL PROTECTED]>
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
Both lockd and (in the nfsv4 case) nfsd enforce a "grace period" after
reboot, during which clients may reclaim locks from the previous server
instance, but may not acquire new locks.
Currently the lockd and nfsd enforce grace periods of different
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
NFS4_FHSIZE is measured in bytes, not 4-byte words, so much more space
than necessary is being allocated for struct nfs4_cb_recall.
I should have wondered why this structure was so much larger than it
needed to be!
Signed-off-by: "J. Bruce Fields"
From: "J. Bruce Fields" <[EMAIL PROTECTED]>
Silence a compiler warning in the ACL code, and add a comment making
clear the initialization serves no other purpose.
Signed-off-by: "J. Bruce Fields" <[EMAIL PROTECTED]>
Signed-off-by: Neil Brown <[EMAIL PROTECTED]>
### Diffstat output
Following 8 patches fix minor bug and provide minor enhancements for
nfsv4 service. They all have "no obvious style problems" and are
"ready for submission".
They are appropriate for inclusion in 2.6.23-rc1.
They are against 2.6.22-rc4-mm2.
Thanks,
NeilBrown
[PATCH 001 of 8] knfsd: lockd:
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
> On Wed, 20 Jun 2007, Alexandre Oliva wrote:
>> Subject: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
>>
>> On Jun 20, 2007, Andrew McKay <[EMAIL PROTECTED]> wrote:
>>
>>> However, I don't see how this would ever require a company like Tivo
On Jun 20, 2007, "Tomas Neme" <[EMAIL PROTECTED]> wrote:
>> > However, I don't see how this would ever require a company like Tivo
>> > or Mastercard to have their networks play nice with a unit that has
>> > been modified by the end user, potentially opening up some serious
>> > security holes.
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
> On Wed, 20 Jun 2007, Alexandre Oliva wrote:
>> On Jun 20, 2007, [EMAIL PROTECTED] (Lennart Sorensen) wrote:
It is the duty of the FSF to defend these freedoms. It's its public
mission. That's a publicly stated goal of the GPL, for anyone who
On Wed, Jun 20, 2007 at 07:47:23PM +0200, Thomas Renninger wrote:
> On Thu, 2007-06-21 at 02:06 +0900, Mattia Dongili wrote:
> > On Sun, Jun 17, 2007 at 10:24:23PM +0200, Thomas Renninger wrote:
...
> > > +static const struct acpi_device_id sony_device_ids[] = {
> > > + {SONY_NC_HID, 0},
> > > +
After the successful Embedded Linux Conference in San Jose earlier
this year, it's time for an event targeted at the European embedded
Linux community!
The CE Linux Forum would like to invite you to make a presentation
at our upcoming Embedded Linux Conference - Europe.
The conference will be
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
but the signature isn't part of the kernel, and the code that checks
the signature is completely independant.
Well, then remove or otherwise mangle the signature in the disk of
your TiVo DVR and see at
On Jun 20, 2007, "David Schwartz" <[EMAIL PROTECTED]> wrote:
> A key is a number. A signature is a number.
And a program is a number.
http://asdf.org/~fatphil/maths/illegal.html
Your point?
--
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member
[EMAIL PROTECTED] writes:
> On Wed, 20 Jun 2007, Michael Poole wrote:
>
>> [EMAIL PROTECTED] writes:
>>
>>> if the GPL can excercise control over compilations, then if Oracle
>>> were to ship a Oracle Linux live CD that contained the Oracle Database
>>> in the filesystem image, ready to run. then
On Jun 20, 2007, [EMAIL PROTECTED] wrote:
> but the signature isn't part of the kernel, and the code that checks
> the signature is completely independant.
Well, then remove or otherwise mangle the signature in the disk of
your TiVo DVR and see at what point the boot-up process halts.
--
On Wed, 20 Jun 2007, Michael Poole wrote:
[EMAIL PROTECTED] writes:
if the GPL can excercise control over compilations, then if Oracle
were to ship a Oracle Linux live CD that contained the Oracle Database
in the filesystem image, ready to run. then the GPL would be able to
control the Oracle
On Wed, 2007-06-20 at 19:06 -0400, Jeff Garzik wrote:
> Carlo Wood wrote:
> > hdparm -tT gives over 160 MB/s for my tripple 10k rpm Raptor RAID5
> > on 2.6.18, as expected.
> >
> > In 2.6.22-rc5 this dropped to only 60 MB/s !
> >
> > Is this a known issue?
> >
> > I also measured it with
[EMAIL PROTECTED] wrote:
git-r8169-fixup.patch
This causes a compile failure:
/home/jeremy/hg/xen/paravirt/linux/drivers/net/r8169.c: In function
'rtl8169_rx_interrupt':
/home/jeremy/hg/xen/paravirt/linux/drivers/net/r8169.c:2569: error: too many
arguments to function
On Jun 20, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> And anybody who thinks others don't have the "right to choice", and then
> tries to talk about "freedoms" is a damn hypocritical moron.
Yeah, it is indeed possible to twist it such that it sounds bad.
The important point is that
Albert Cahalan wrote:
>>
>> That's fine. That's a policy decision. That's what a security policy
>> *is*. The owner of the system has decided, by security policy, that
>> that is not allowed. Bypassing that is not acceptable.
>
> Fixing a bug should be acceptable.
>
That's not what you're
Adrian Bunk wrote:
> On Mon, Jun 18, 2007 at 06:55:47AM +0300, Al Boldi wrote:
> > Michal Piotrowski wrote:
> > > On 18/06/07, Al Boldi <[EMAIL PROTECTED]> wrote:
> > > > Bartlomiej Zolnierkiewicz wrote:
> > > > > On Sunday 17 June 2007, Andrew Morton wrote:
> > > > > > We of course do want to
On 6/20/07, H. Peter Anvin <[EMAIL PROTECTED]> wrote:
Albert Cahalan wrote:
> Putting this into the security policy was an error born of
> lazyness to begin with. Abuse of the security mechanism
> was easier than hacking the toolchain, ELF loader, etc.
>
> Either a binary needs
[EMAIL PROTECTED] writes:
> if the GPL can excercise control over compilations, then if Oracle
> were to ship a Oracle Linux live CD that contained the Oracle Database
> in the filesystem image, ready to run. then the GPL would be able to
> control the Oracle Database code.
By copyright law, it
On Wednesday 20 June 2007 04:56, Jean Delvare wrote:
> Hi Dmitry,
>
> Thanks for your answer, very much appreciated.
>
> On Tue, 19 Jun 2007 14:59:34 -0400, Dmitry Torokhov wrote:
> >
> > You need to load serport modue and play with inputattach utility.
>
> Ah, I see. There's no way to detect
On Wednesday 20 June 2007 03:34, Qi Yong wrote:
> Dmitry Torokhov wrote:
> > On Tuesday 19 June 2007 21:17, Qi Yong wrote:
> >
> >> Add printk_ratelimit() to atkbd_interrupt(). I get "Spurious ACK" messages
> >> flushing on my
> >> screen. This patch helps to read the screen.
> >>
> >>
>
On Wed, 20 Jun 2007, Michael Poole wrote:
David Schwartz writes:
However, compilations (even to the extent they are creative
combinations) are not necessarily derivative works of their elements.
For more details, see
http://www.copyright.gov/circs/circ14.html#compilations
Because
On Saturday June 16, [EMAIL PROTECTED] wrote:
> Neil Brown wrote:
> > On Friday June 15, [EMAIL PROTECTED] wrote:
> >
> >> As I understand the way
> >> raid works, when you write a block to the array, it will have to read all
> >> the other
David Schwartz writes:
>> There is a lot of grey and/or arguable area about what constitutes a
>> GPL-encumbered collective work versus mere aggregation.
>
> I think it's technically/legally clear what the standards are, but certainly
> arguable whether particular works meet that standard. If the
[EMAIL PROTECTED] wrote:
i386-minor-nx-handling-adjustment.patch
This is needed:
Include asm/pgtable.h to get declaration of __supported_pte_mask
This fixes problem exposed by i386-minor-nx-handling-adjustment.patch
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
On Monday June 18, [EMAIL PROTECTED] wrote:
> On Sat, Jun 16, 2007 at 07:59:29AM +1000, Neil Brown wrote:
> > Combining these thoughts, it would make a lot of sense for the
> > filesystem to be able to say to the block device "That blocks looks
> > wrong - can you find me another copy to try?".
On Wednesday 20 June 2007 20:24, Jiri Kosina wrote:
> On Thu, 21 Jun 2007, Pavel Machek wrote:
>
> > > this has probably been already solved by proper throttling - see
> > > http://lkml.org/lkml/2007/6/15/22
> > No, it was not. I still saw the problems with CONFIG_BLINK on, that is
> > one blink
> I believe compilation copyrights do bear on GPL-licensed software, by
> virtue of the GPL's sentence "[...] rather, the intent is to exercise
> the right to control the distribution of derivative _or collective_
> works based on the Program." (emphasis added).
Ahh, good. So there's no problem
David Schwartz writes:
>> However, compilations (even to the extent they are creative
>> combinations) are not necessarily derivative works of their elements.
>> For more details, see
>> http://www.copyright.gov/circs/circ14.html#compilations
>
> Because compilation copyrights don't really affect
Srivatsa wrote:
# move all tasks from top cpuset to 'foo' cpuset
sed -nu p < /dev/cpuset/tasks > /dev/cpuset/foo/tasks
Aha - that won't work very well, as you noticed.
In looking through my past email archives, I can see where I have
recommended this trick to move things -into-
Hi,
This is a new version of multithreaded probing patch, with more
parallelism control added.
There are more control over which devices and drivers will be probed
parallelized or serially. For example, in IEEE1394 subsystem, the
different "units" in one "node" can be probed serially while the
Thanks for your help :-) I will update the patch soon.
WANG Cong wrote:
On Tue, Jun 19, 2007 at 11:40:44PM +0800, TripleX wrote:
This is the Chinese translated version of
Documentation/stable_api_nonsense.txt
Signed-off-by: Li Yang <[EMAIL PROTECTED]>
Signed-off-by: TripleX Chung <[EMAIL
> By "creative combination" do you mean what US copyright law refers to
> as compilations (or their subset collective works)?
Not only. By "creative combination" I mean either a compilation or a
derivative work. I was a bit unclear about that because I wasn't really
addressing compilation rights
I mount an ext2 fs , then remount it with xip option set.
I get message below when do write operation in the fs.
kernel BUG at fs/ext2/xip.c:21!
invalid opcode: [#1]
SMP
last sysfs file: /class/net/eth0/carrier
Modules linked in: ext2 autofs4 hidp rfcomm l2cap bluetooth sunrpc ipv6
Paul,
You had once revealed a cute one-line command to move all tasks from
one cpuset to another [1], which was:
# move all tasks from top cpuset to 'foo' cpuset
sed -nu p < /dev/cpuset/tasks > /dev/cpuset/foo/tasks
I somewhat regret now having fallen for it and using it
On Wed, 2007-06-20 at 17:09 +0200, Stefan Richter wrote:
> I'd call it probe_queue_number or maybe probe_queue_id. The term "no"
> is ambiguous.
Yes, I think probe_queue_id is better.
> Is the queue number kernel-global or per subsystem?
The queue number is kernel-global. I think this is easy
Randy Dunlap wrote: [Wed Jun 20 2007, 09:07:11PM EDT]
> On Wed, 20 Jun 2007 20:51:22 -0400 Bob Picco wrote:
>
> > [EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
> > [snip]
> >
> > Build breakage. pci_mmcfg_late_init is for i386.
>
> then you want CONFIG_X86_32 instead of
On Wed, 20 Jun 2007 20:51:22 -0400 Bob Picco wrote:
> [EMAIL PROTECTED] wrote: [Wed Jun 20 2007, 01:14:34PM EDT]
> [snip]
>
> Build breakage. pci_mmcfg_late_init is for i386.
then you want CONFIG_X86_32 instead of CONFIG_X86.
CONFIG_X86 is set/true for both X86_32 and X86_64.
>
[EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
[snip]
More build breakage. efi_range_is_wc is referenced but not declared.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
include/asm-ia64/fb.h |1 +
1 file changed, 1 insertion(+)
Index:
[EMAIL PROTECTED] wrote:[Wed Jun 20 2007, 01:14:34PM EDT]
[snip]
Build breakage. pci_mmcfg_late_init is for i386.
Signed-off-by: Bob Picco <[EMAIL PROTECTED]>
drivers/acpi/bus.c |2 ++
1 file changed, 2 insertions(+)
Index: linux-2.6.22-rc5-mm1/drivers/acpi/bus.c
This patch cleans up image generation in several ways:
- Firstly, it removes tools/build, and uses binutils to do all the
final construction of the bzImage. This removes a chunk of code
and makes the image generation more flexible, since we can compute
various numbers rather than be
[ This patch depends on the cross-architecture ELF cleanup patch. ]
This series updates the boot protocol to 2.07 and uses it to implement
paravirtual booting. This allows the bootloader to tell the kernel
what kind of hardware/pseudo-hardware environment it's coming up under,
and the kernel can
Proposed updates for version 2.07 of the boot protocol. This includes:
load_flags.KEEP_SEGMENTS- flag to request/inhibit segment reloads
hardware_subarch- what subarchitecture we're booting under
hardware_subarch_data - per-architecture data
The intention of these changes is to make
This patch uses the updated boot protocol to do paravirtualized boot.
If the boot version is >= 2.07, then it will do two things:
1. Check the bootparams loadflags to see if we should reload the
segment registers and clear interrupts. This is appropriate
for normal native boot and some
Ask the hypervisor how much space it needs reserved, since 32-on-64
doesn't need any space, and it may change in future.
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
arch/i386/xen/enlighten.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
This patch makes the payload of the bzImage file an ELF file. In
other words, the bzImage is structured as follows:
- boot sector
- 16bit setup code
- ELF header
- decompressor
- compressed kernel
A bootloader may find the start of the ELF file by looking at the
setup_size entry in the
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Cc: Vivek Goyal <[EMAIL PROTECTED]>
---
include/linux/elf_boot.h | 15 +++
1 file changed, 15 insertions(+)
===
--- /dev/null
+++ b/include/linux/elf_boot.h
@@
Boot a Xen kernel using the boot protocol. There are two parts to this:
1. Add Xen-specific notes to the bzImage's internal ELF file, so that
the Xen domain builder knows what to do with it. This is simply a
matter of adding a new notes-xen.S to the image. The notes depend
on the
This patch makes .note segments always allocated; that is, they are
loaded as part of the binary and appear in the :data segment. This is
not always necessary, but certain users - such as vsyscalls and notes
in boot images - require the notes to be allocated. Rather than
having two ways of
Signed-off-by: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
---
include/linux/linkage.h |6 ++
1 file changed, 6 insertions(+)
===
--- a/include/linux/linkage.h
+++ b/include/linux/linkage.h
@@ -34,6 +34,12 @@
name:
#endif
On Thu, 21 Jun 2007, Pavel Machek wrote:
> > this has probably been already solved by proper throttling - see
> > http://lkml.org/lkml/2007/6/15/22
> No, it was not. I still saw the problems with CONFIG_BLINK on, that is
> one blink per 5 seconds or something.
> We should rename CONFIG_BLINK to
On Wed, Jun 20, 2007 at 05:08:24PM -0500, Eric Sandeen wrote:
> Use zero_user_page() in cifs, ocfs2, ext4, and gfs2 where possible.
Ok, the ocfs2 bits looked fine so I folded that part of the patch into
ocfs2.git, thanks.
--Mark
--
Mark Fasheh
Senior Software Developer, Oracle
[EMAIL
Christoph Lameter wrote:[Wed Jun 20 2007, 02:29:38PM EDT]
> Provide an alternate definition for the page_cache_xxx(mapping, ...)
> functions that can determine the current page size from the mapping
> and generate the appropriate shifts, sizes and mask for the page cache
> operations.
Hi!
> > * It breaks keyboards. Yes, we are talking about maybe-broken i8042s,
> > but it still breaks thinkpads at least.
>
> Hi Pavel,
>
> this has probably been already solved by proper throttling - see
> http://lkml.org/lkml/2007/6/15/22
No, it was not. I still saw the problems with
David Schwartz writes:
>> Most of this list has
>> already dismissed your rather unique -- I would even say frivolous --
>> idea of how far "mere aggregation" goes: I, for one, have better
>> things to do than explain why a C file is not a "mere aggregation" of
>> the functions it contains.)
>>
On 6/20/07, Dave Neuer <[EMAIL PROTECTED]> wrote:
On 6/20/07, Tomas Neme <[EMAIL PROTECTED]> wrote:
>
> I'm about this far to Linus'izing my wording and calling you stupid,
> hypocrite, or bullshitter
Knock yourself out, it will no doubt lend much moral and logic weight
to your rhetoric.
I
On 6/20/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> This argument is the obvious nonsense. "Runs on TiVO" is a property of
> the software that TiVO distributes -- such an important property that
> it would be nonsensical for them to distribute it with their hardware.
> But they do
* Jeff Garzik ([EMAIL PROTECTED]) wrote:
> Jay Vosburgh wrote:
> > The following patch (based on a patch from Stephen Hemminger
> ><[EMAIL PROTECTED]>) removes use after free conditions in
> >the unregister path for the bonding master. Without this patch, an
> >operation of the form "echo
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
upstream-linus
to receive the following updates:
drivers/ata/ahci.c|2 +-
drivers/ata/libata-core.c |4 +++-
drivers/ata/pata_amd.c|2 ++
Henne wrote:
From: Henrik Kretzschmar <[EMAIL PROTECTED]>
Fix parameter name from ata_dev_reread_id() in libata-core.c for kerneldoc.
Signed-off-by: Henrik Kretzschmar <[EMAIL PROTECTED]>
---
diff --git a/drivers/ata/libata-core.c b/drivers/ata/libata-core.c
index 047eabd..88e2761 100644
---
Stas Sergeev wrote:
Hello.
The attached patch fixes a trivial
mistake in a MODULE_PARAM_DESC of pata_it821x
driver. The parameter name in MODULE_PARAM_DESC
should match the one in module_param_named.
Signed-off-by: Stas Sergeev <[EMAIL PROTECTED]>
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
Peer Chen wrote:
Add the MCP73/MCP77 support to PATA driver.
The patch base on kernel 2.6.22-rc4
Signed-off-by: Peer Chen <[EMAIL PROTECTED]>
applied
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info
On Wed, 20 Jun 2007, Pavel Machek wrote:
> * It breaks keyboards. Yes, we are talking about maybe-broken i8042s,
> but it still breaks thinkpads at least.
Hi Pavel,
this has probably been already solved by proper throttling - see
http://lkml.org/lkml/2007/6/15/22
--
Jiri Kosina
-
To
On 6/20/07, Tomas Neme <[EMAIL PROTECTED]> wrote:
I'm about this far to Linus'izing my wording and calling you stupid,
hypocrite, or bullshitter
Knock yourself out, it will no doubt lend much moral and logic weight
to your rhetoric.
Dave
-
To unsubscribe from this list: send the line
On Wed, 20 Jun 2007, Arjan van de Ven wrote:
>
> the real fix would be something like this instead:
If people can test this, and confirm it works, please send a patch that
not only does this ad undoes the Kconfig language. It looks like the
right thing to do, but I won't touch it without
> Most of this list has
> already dismissed your rather unique -- I would even say frivolous --
> idea of how far "mere aggregation" goes: I, for one, have better
> things to do than explain why a C file is not a "mere aggregation" of
> the functions it contains.)
>
> Michael Poole
Of course
On Wed, 20 Jun 2007, Dave Jones wrote:
>
> Surely the fundamental disagreement is only due to DEBUG_RODATA
> covering write-protection of both .text, and .rodata ?
I agree that we could well split DEBUG_RODATA into something more
fine-grained, and for example have it _only_ protect that
> This argument is the obvious nonsense. "Runs on TiVO" is a property of
> the software that TiVO distributes -- such an important property that
> it would be nonsensical for them to distribute it with their hardware.
> But they do distribute it, and only the GPL allows them to.
Why does the
Please pull from 'upstream-linus' branch of
master.kernel.org:/pub/scm/linux/kernel/git/jgarzik/netdev-2.6.git
upstream-linus
to receive the following updates:
drivers/net/bonding/bond_3ad.c |9 +--
drivers/net/bonding/bond_main.c |2 +-
drivers/net/bonding/bond_sysfs.c |2 +-
David Schwartz writes:
>> I do not say that the BIOS is doing anything (legally) wrong. The
>> wrong act is distributing the binary kernel image without distributing
>> complete source code for it.
>
> Why are you not complaining that Linus does not distribute the keys he uses
> to sign kernel
On Wed, Jun 20, 2007 at 04:15:53PM -0700, Arjan van de Ven wrote:
> On Wed, 2007-06-20 at 19:07 -0400, Dave Jones wrote:
> > On Wed, Jun 20, 2007 at 03:38:06PM -0700, Linus Torvalds wrote:
> >
> > > And yes, that patch already got merged. However, the patch to *allow*
> > > Kprobes with
On 6/20/07, David Schwartz <[EMAIL PROTECTED]> wrote:
> Tomas Neme writes:
> > I have been following this discussion for the last week or so, and
> > what I haven't been able to figure out is what the hell is the big
> > deal with TiVO doing whatever they want to with their stupid design.
> >
> Kprobes fundamntally disagrees with DEBUG_RODATA, there's no point in
> "working around it". Better just admit it.
that's wrong. KPROBE fundamentally disagrees with TEXT being read only,
which is a 2.6.22 new "feature".. and a buggy one at that.
the real fix would be something like this
On Wed, 20 Jun 2007, Timo Sirainen wrote:
> > It will occur if you are reading as someone else changes the file size.
> > Use file locking, it exists for a reason ;)
> Annoying extra overhead. Especially with NFS, when nowadays you can't
> even use flock() to create local locks..
It's not only
On Wed, 2007-06-20 at 19:07 -0400, Dave Jones wrote:
> On Wed, Jun 20, 2007 at 03:38:06PM -0700, Linus Torvalds wrote:
>
> > And yes, that patch already got merged. However, the patch to *allow*
> > Kprobes with DEBUG_RODATA is not, and will not be. It's not a regression,
> > and quite
[EMAIL PROTECTED] wrote:
From: Divy Le Ray <[EMAIL PROTECTED]>
eth_type_trans() now sets skb->dev.
References to skb->dev should happen after it is called.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/sge.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
Gregory Haskins wrote:
The spinlock irq flags should be a unsigned long to properly support 64 bit
Signed-off-by: Gregory Haskins <[EMAIL PROTECTED]>
---
drivers/net/natsemi.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
applied to #upstream-fixes
-
To unsubscribe from
Jay Vosburgh wrote:
The following patch (based on a patch from Stephen Hemminger
<[EMAIL PROTECTED]>) removes use after free conditions in
the unregister path for the bonding master. Without this patch, an
operation of the form "echo -bond0 > /sys/class/net/bonding_masters"
would
On Wed, 20 Jun 2007 18:16:47 -0400
Chuck Ebbert <[EMAIL PROTECTED]> wrote:
> [https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=241598]
>
> Oops happens here in kernel 2.6.20.11:
> drivers/usb/serial/ir-usb.c, line 557:
>
> /* Notify the tty driver that the termios have
* Karel Zak ([EMAIL PROTECTED]) wrote:
> On Wed, Jun 20, 2007 at 01:57:33PM -0700, H. Peter Anvin wrote:
> >
> > ... or, alternatively, add a subfield to the first field (which would
> > entail escaping whatever separator we choose):
> >
> > /dev/md6 /export ext3 rw,data=ordered 0 0
> >
1 - 100 of 998 matches
Mail list logo
