Lennart Sorensen wrote:
> 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
Hi,
[Added Christoph, Paolo, David and linux-mtd.]
On 6/21/07, Tom Spink <[EMAIL PROTECTED]> wrote:
On 20/06/07, Tom Spink <[EMAIL PROTECTED]> wrote:
> On 20/06/07, Toralf Förster <[EMAIL PROTECTED]> wrote:
> > Hello,
> >
> > the build with the attached .config failed, make ends with:
> [...]
>
> 1 The kernel, patches, trees and compilation
> 1.1 The kernel
Please do not advocate old-style tar option syntax.
> 1.2 Patches
> 1.3 Ketchup
> 1.4 Trees
> 1.5 The -mm tree
> 1.6 Compilation and installation
> 1.6.1 Kernel compilation
> 1.6.2 Useful make options
make O=/katalog seems ou
On Thu, 21 Jun 2007, David Chinner wrote:
On Thu, Jun 21, 2007 at 12:56:44PM +1000, Neil Brown wrote:
I have that - apparently naive - idea that drives use strong checksum,
and will never return bad data, only good data or an error. If this
isn't right, then it would really help to understand
On Thu, Jun 21, 2007 at 08:29:34AM +0200, Peter Zijlstra wrote:
> On Wed, 2007-06-20 at 23:11 -0700, Arjan van de Ven wrote:
> > Peter Zijlstra wrote:
> Also, the other iommu code you pointed me to, was happy to fail, it did
> not attempt to use the emergency reserves.
Is the same behavior accepta
On Thu, Jun 21, 2007 at 12:56:44PM +1000, Neil Brown wrote:
> 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
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
how exactly can they prevent a system that's been tampered with from
accessing their network?
By denying access to their servers? By not granting whatever is
needed to initiate network sessions?
And note,
On Wed, Jun 20, 2007 at 11:11:05PM -0700, Arjan van de Ven wrote:
> Peter Zijlstra wrote:
> >What I'm saying is that if you do use the reserves, you should ensure
> >the use is bounded. I'm not seeing anything like that.
>
> each mapping takes at most 3 pages
With 3 pages(3 level page table), IOMM
On Wed, Jun 20 2007, Rene Herman wrote:
> On 06/20/2007 02:24 PM, Jens Axboe wrote:
>
> >On Wed, Jun 20 2007, Christoph Hellwig wrote:
> >>On Wed, Jun 20, 2007 at 01:53:32PM +0300, Boaz Harrosh wrote:
>
> >>> drivers/cdrom/aztcd.c
> >>> drivers/cdrom/cm206.c
> >>> drivers/cdrom/gscd.c
> >>> drive
On Thu, 21 Jun 2007, Alexandre Oliva wrote:
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
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, t
On Wed, 2007-06-20 at 23:11 -0700, Arjan van de Ven wrote:
> Peter Zijlstra wrote:
> > What I'm saying is that if you do use the reserves, you should ensure
> > the use is bounded. I'm not seeing anything like that.
>
> each mapping takes at most 3 pages
That is a start, but the thing I'm worried
Peter Zijlstra wrote:
What I'm saying is that if you do use the reserves, you should ensure
the use is bounded. I'm not seeing anything like that.
each mapping takes at most 3 pages
This is a generic API, who is to ensure some other non-swap device will
not deplete memory and deadlock the rec
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> how exactly can they prevent a system that's been tampered with from
> accessing their network?
By denying access to their servers? By not granting whatever is
needed to initiate network sessions?
And note, "it's been tampered with" is not necessarily
On Wed, 2007-06-20 at 16:03 -0700, Keshavamurthy, Anil S wrote:
> On Wed, Jun 20, 2007 at 10:08:51PM +0200, Peter Zijlstra wrote:
> > On Wed, 2007-06-20 at 12:14 -0700, Arjan van de Ven wrote:
> > > Peter Zijlstra wrote:
> > > > So a reclaim context (kswapd and direct reclaim) set PF_MEMALLOC to
>
* Newsgroups: gmane.linux.kernel
* Date: Wed, 20 Jun 2007 11:10:53 -0700
>
>> For example, if a message had:
>>
>> Message-ID: <[EMAIL PROTECTED]>
>>
>> ... and I could just generate a URL:
>>
>> http://linux-kernel.example.com/msgid/[EMAIL PROTECTED]
>
> gmane can do that:
> http://mid.gma
On Jun 21, 2007, [EMAIL PROTECTED] wrote:
> 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 mangl
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. Th
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 c
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 eve
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 extend
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 arch/x86_6
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 CONF
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 i
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
th
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 lock
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 <[EMAI
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 leng
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
./fs/nfsd/n
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: nfs
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},
> > > + {S
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 hel
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 what
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.
--
Alexan
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 bonnie;
[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 'rtl8169_try_rx_copy'
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 one's
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 tr
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 mini
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 self-modification,
[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 c
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 w
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 compilation
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 blocks
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]>
---
include/xen/p
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?". Th
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 w
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- th
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
di
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 P
> 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 t
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 CONFI
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.
> Signed-off
[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: linux-2.6.22-rc5-mm1/include/asm-ia
[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 forc
[ 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 bo
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 p
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 boo
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
@@ -0,
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 confi
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 creati
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 PROT
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. Chang
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 CONF
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 mig
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 distribute
* 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 -bon
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 ++
drivers/ata/pata_it82
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 a
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 unsubs
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 "unsubsc
1 - 100 of 511 matches
Mail list logo
