From: Erez Zadok <[EMAIL PROTECTED]>
This fixes a harmless but annoying message that unionfs prints if a dropped
dentry is being revalidated, which could happen if you unlink open files.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/un
The following patches consist of mostly cleanups and bug fixes of the
Unionfs code. The major improvement is the new mmap implementation, as well
as a major locking overhaul.
As before, there is a git repo at:
git://git.kernel.org/pub/scm/linux/kernel/git/jsipek/unionfs.git
(master.kernel.org:/p
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
MAINTAINERS |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 905dab1..e09ad36 100644
--- a/MAINTAIN
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 50 +-
1 files changed, 45 insertions(+), 5 deletions(-)
diff --git a/fs/unionfs/sup
From: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
include/linux/union_fs.h | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/include/linux/union_fs.h b/include/linux/union_
From: Erez Zadok <[EMAIL PROTECTED]>
When we have to copyup an open-but-unlinked file, we have to give it a
temporary name, similar to NFS's silly-renamed files. So we generate
temporary file names until we find one that doesn't exist, and use it. The
code had a bug where if the silly-renamed fi
From: Erez Zadok <[EMAIL PROTECTED]>
Useful code cleanup and consolidation between the ODF code and non-ODF code.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c | 35 +--
fs/unionfs
From: Randy Dunlap <[EMAIL PROTECTED]>
Fix section marker in header file:
WARNING: fs/unionfs/unionfs.o(.init.text+0x56): Section mismatch: reference to
.exit.text:stop_sioq (between 'init_module' and 'init_sioq')
Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek
From: Erez Zadok <[EMAIL PROTECTED]>
UNIONFS_TMPNAM_LEN is used in only one place, and we have calculate the
length of the string to begin with.
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/commonfops.c |2 +-
fs/unionfs/u
From: Erez Zadok <[EMAIL PROTECTED]>
Get the correct lower dentry to use to statfs the first branch (always),
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/super.c | 15 ++-
1 files changed, 10 insertions(+), 5 de
Dear Developers,
1.) I have tried it with all recently available debian kernels from
backports.org. It is the same game playing around.
2.) I have actualy no other device connected to the hub. It is connected to a
external power supply and this supply is working properly. I do not think
that
From: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Shaya Potter <[EMAIL PROTECTED]>
Signed-off-by: Erez Zadok <[EMAIL PROTECTED]>
Signed-off-by: Yiannis Pericleous <[EMAIL PROTECTED]>
Signed-off-by: Josef 'Jeff' Sipek <[EMAIL PROTECTED]>
---
fs/unionfs/Makefile |2 +-
fs/unionfs/
Patch d0aa7a70bf03b9de9e995ab272293be1f7937822 titled
"futex_requeue_pi optimization"
introduced user space visible changes to the futex syscall.
The patch is non-functional and there is no way to fix it proper before
the 2.6.22 release.
The breakage report ( http://lkml.org/lkml/2007/5/12/17
On Sunday, 17 June 2007 20:52, Andrew Morton wrote:
> On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> PROTECTED]> wrote:
>
> >
> >
> > IMO we should concentrate more on preventing regressions than on fixing
> > them.
> > In the long-term preventing bugs is cheaper than f
On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>
> > What I care about is that the GPLv3 is a _worse_license_ than GPLv2,
>
> Even though anti-tivoization furthers the quid-pro-quo spirit that you
> love about v2, and anti-tivoization is your only objection to v3?
You apparently do not understand
On Friday, 15 June 2007 23:36, Rafael J. Wysocki wrote:
> On Friday, 15 June 2007 15:08, Uli Luckas wrote:
> > On Monday, 4. June 2007, Rafael J. Wysocki wrote:
> > > From: Rafael J. Wysocki <[EMAIL PROTECTED]>
> > >
> > > Use a hibernation and suspend notifier to disable the user mode helper
> > >
On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>
> One more time, I'm not talking about the license (the legal terms).
Ok. Then go away.
Everybody else just cares about the legal reasons.
The "legal terms" is the only reason a license *exists*. That's what a
license *is*, for crying out loud!
On Friday, 15 June 2007 23:57, Rafael J. Wysocki wrote:
> On Friday, 15 June 2007 04:00, Alan Stern wrote:
> > On Fri, 15 Jun 2007, Rafael J. Wysocki wrote:
> >
> > > On Thursday, 14 June 2007 16:21, David Brownell wrote:
> > > > On Wednesday 13 June 2007, Rafael J. Wysocki wrote:
> > > > > From:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Gleixner wrote:
> The patch is non-functional and there is no way to fix it proper
> before the 2.6.22 release.
Indeed. A lot more discussion is needed to handle this correctly. No
committed code in glibc so far uses the function so removal i
On Sun, 2007-06-17 at 10:01 -0700, Davide Libenzi wrote:
> On Sun, 17 Jun 2007, Nicholas Miell wrote:
>
> > On Sat, 2007-06-16 at 20:33 -0700, Linus Torvalds wrote:
> > > In a stunning turn of events, I've actually been able to make another -rc
> > > release despite all the discussion (*cough*fla
On Sun, Jun 17, 2007 at 07:31:01PM +0200, Rafael J. Wysocki wrote:
> On Sunday, 17 June 2007 16:29, Adrian Bunk wrote:
> > On Sun, Jun 17, 2007 at 03:17:58PM +0200, Michal Piotrowski wrote:
> > > On 17/06/07, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > >...
> > >> Fine with me, but:
> > >>
> > >> Th
On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
>> What in the world makes you think there is a useful analogy
>> between communication standards and copyright licenses?
> I don't. I was *REPEATING* an example of how TiVO has a *R
On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
> where n is a number that needs to be determined (I think that n could be 3).
> Well, "negative comments" should also be defined more precisely. ;-)
I think that n should be a function of the number of accepted patches
that this p
dean gaudet wrote:
> On Sun, 17 Jun 2007, Wakko Warner wrote:
>
> > > i use an external write-intent bitmap on a raid1 to avoid this... you
> > > could use internal bitmap but that slows down i/o too much for my tastes.
> > >
> > > i also use an external xfs journal for the same reason. 2 dis
Noticed this in the log. The system's still running fine, I can only assume
this happened when I unplugged my external USB disk after the cat knocked it
on the floor. Quite possibly already fixed in kernel.org, but just for the
record:
cat /proc/version
Linux version 2.6.20-15-generic ([EMAIL
On Sunday 17 June 2007 14:46:05 Michael Poole wrote:
> Daniel Hazelton writes:
> > On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
> >> Daniel Hazelton writes:
> >> > But your server doesn't run the internet. TiVO may use phone lines to
> >> > connect a device to their server (and this is an e
On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>>
>> > What I care about is that the GPLv3 is a _worse_license_ than GPLv2,
>>
>> Even though anti-tivoization furthers the quid-pro-quo spirit that you
>> love about v2, and anti-tivoizatio
On Sunday 17 June 2007 15:32:34 Alexandre Oliva wrote:
> On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> > On Sunday 17 June 2007 09:54:39 Michael Poole wrote:
> >> What in the world makes you think there is a useful analogy
> >> between communication standards and copyright licenses?
On Sun, 17 Jun 2007, Wakko Warner wrote:
> What benefit would I gain by using an external journel and how big would it
> need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much benchmark data -- but here are some rough not
On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> Out of curiousity, I'd like to see your lspci
> (not -v or anything, just run with no args)
$ lspci
00:00.0 Host bridge: Intel Corporation P965/G965 Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation P965/G965 PCI Expr
On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> Sometimes things fall through the cracks..
> I haven't heard any similar problems, which makes it somewhat odd.
Ok. Well, the lockup is all to real here :p
I suspect a memory corruption going on, as under certain circumstances
there is
Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
>> where n is a number that needs to be determined (I think that n could be 3).
>> Well, "negative comments" should also be defined more precisely. ;-)
>
> I think that n should be a function of the number of ac
On 17/06/07, Stefan Richter <[EMAIL PROTECTED]> wrote:
Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 09:18:17PM +0200, Rafael J. Wysocki wrote:
>> where n is a number that needs to be determined (I think that n could be 3).
>> Well, "negative comments" should also be defined more precisely. ;-)
>
>
On Sun, 17 Jun 2007 15:33:33 -0300
Alexandre Oliva <[EMAIL PROTECTED]> wrote:
> On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>
> >> I don't know any law that requires tivoization.
>
> > In the USSA it is arguable that wireless might need it (if done in
> > software) for certain propertie
Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3) that are considered as good (free, innovat
This patch series enables ACPI modules to get loaded automatically via
module aliases.
Thanks to Kay I got help with the udev strings and this got already some
testing and review.
There are some minor problems left, but this should be mm ready and it
would be great if you can add these to your ac
Define standardized HIDs - Rename current acpi_device_id to __acpi_device_id
Signed-off-by: Thomas Renninger <[EMAIL PROTECTED]>
---
drivers/acpi/events/evrgnini.c|2 +-
drivers/acpi/namespace/nsxfeval.c |2 +-
drivers/acpi/utilities/uteval.c |4 ++--
include/acpi/acpi_bus.h
Create __mod_acpi_device_table symbol for all acpi drivers.
modpost is going to use this one to create modules.alias
Hopefully thinkpad module still works.
IMO this one should get restructured and make use of acpi_bus_register_driver
and try to avoid to test for HIDs/CIDs for its own.
Signed-off
On Sun, 17 Jun 2007, Wakko Warner wrote:
you can also easily move an ext3 journal to an external journal with
tune2fs (see man page).
I only have 2 ext3 file systems (One of which is mounted R/O since it's
full), all my others are reiserfs (v3).
What benefit would I gain by using an external
On Jun 17, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
> Okay. So they give everyone the right to change the software on the
> box, but on connection replace the modified stuff with the official
> versions.
If I haven't modified it so as to stop them from doing so on my
computer, that is ;-)
On Sun, 17 Jun 2007, dean gaudet wrote:
On Sun, 17 Jun 2007, Wakko Warner wrote:
What benefit would I gain by using an external journel and how big would it
need to be?
i don't know how big the journal needs to be... i'm limited by xfs'
maximum journal size of 128MiB.
i don't have much benc
On Sun, Jun 17, 2007 at 09:59:01PM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 03:07:14PM -0400, Dave Jones wrote:
> > Sometimes things fall through the cracks..
> > I haven't heard any similar problems, which makes it somewhat odd.
>
> Ok. Well, the lockup is all to real here :p
>
On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007 15:33:33 -0300
> Alexandre Oliva <[EMAIL PROTECTED]> wrote:
>> On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>>
>> >> I don't know any law that requires tivoization.
>>
>> > In the USSA it is arguable that wireles
On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> Under what circumstances would it be possible to receive permission for
> modification?
You have to ask the copyright holder.
Affero did just that, and so the Affero GPL was born.
Just don't assume the FSF will grant such permissions light
Daniel Hazelton writes:
> Okay. So they give everyone the right to change the software on the box, but
> on connection replace the modified stuff with the official versions. Is that
> still a copyright problem? Absolutely, positively no. Is the current
> situation any different? Not that I can
Create acpi alias interface
Modify modpost (file2alias.c) to add acpi*:XYZ0001: alias in modules.alias
like:
grep acpi /lib/modules/2.6.22-rc4-default/modules.alias
alias acpi*:SNY5001:* sony_laptop
alias acpi*:SNY6001:* sony_laptop
for e.g. the sony_laptop module.
This module matches against all
On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>
> > I wonder why the linux kernel development community couldn't propose
> > an own GPL draft (say v2.2) that is "as free as v2" and that includes
> > some ideas (from v3) that
On Jun 17, 2007, Linus Torvalds <[EMAIL PROTECTED]> wrote:
> On Sun, 17 Jun 2007, Alexandre Oliva wrote:
>>
>> One more time, I'm not talking about the license (the legal terms).
> Ok. Then go away.
> Everybody else just cares about the legal reasons.
That's false, and the reason I know it is
I've been reading up on the Intel HD Audio specifications, and I found
that the problem is most likely that the driver has to resort to PI/O
(single_cmd) mode. I really haven't had enough time or experience to
figure out what is actually causing this. This is the first time I've
done any kernel
On Jun 17, 2007, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> On Sun, 2007-06-17 at 15:55 -0300, Alexandre Oliva wrote:
>> On Jun 17, 2007, "Gabor Czigola" <[EMAIL PROTECTED]> wrote:
>>
>> > I wonder why the linux kernel development community couldn't propose
>> > an own GPL draft (say v2.2) th
On Sun, Jun 17, 2007 at 10:44:39AM -0700, [EMAIL PROTECTED] wrote:
> On Sun, 17 Jun 2007, Oleg Verych wrote:
[]
> >That's wrong if developers are tending to reply only one thing --
> >git-bisect.
> >
> >If things are going to be that bad, then better to start dealing with the
> >cause, not conseque
On Sun, Jun 17, 2007 at 04:49:04PM -0400, Dave Jones wrote:
> That's pretty bad corruption indeed. What I'm puzzling over though
> is why other 965G users aren't seeing the same thing.
> My own 965G seems to be fine, though that's using Intel graphics
> instead of nvidia.
>
> (Just to rule it out
you argue that it is evil for tivo to produce a pice of hardware that they
can modify and the user can't
but you then argue that it's a good thing for the FSF to produce a license
that they can modify and others can't
in the first case tivo is limiting their hardware, releases all the
source
> > That accurately describes the FCC wireless rules.
>
> AFAIK the FCC mandates not permitting the user to tinker. It doesn't
> mandate the vendor to retain this ability to itself.
In practical terms it does since a recall/replacement in the event of
rule changes is a bit impractical
> Therefo
On Sun, 2007-06-17 at 18:07 -0300, Alexandre Oliva wrote:
[...]
> However, as Ingo argued, not being able to patch holes, fix bugs and
> add new features is a very bad idea. He was talking about the
> software, but this is as true when it comes to the license.
Yes, but the license of the license
For the lists:
[EMAIL PROTECTED] wrote:
> http://bugzilla.kernel.org/show_bug.cgi?id=8646
>
>Summary: fw-ohci and ohci1394: panic in softirq, below
> smp_apic_timer_interrupt
>Product: Drivers
>Version: 2.5
> KernelVersion: all
>
To make ata_piix recognize my ich9m chip i had to apply the
modification that follows.
Best regards
Maurizio Monge
diff -Nurb old/drivers/ata/ata_piix.c new/drivers/ata/ata_piix.c
--- old/drivers/ata/ata_piix.c 2007-06-17 23:06:12.0 +0200
+++ new/drivers/ata/ata_piix.c 2007-06-17 23:1
I was looking at various file systems and how they return
stat.st_blocks and stat.st_size for directories and had some questions
on how a fuse filesystem is supposed to implement readdir with the
seek offset when trying to union two directories together.
Is the offset a byte offset into the DIR *
On Sun, Jun 17, 2007 at 11:13:38PM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 04:49:04PM -0400, Dave Jones wrote:
> > That's pretty bad corruption indeed. What I'm puzzling over though
> > is why other 965G users aren't seeing the same thing.
> > My own 965G seems to be fine, though th
On Sunday 17 June 2007, Andrew Morton wrote:
> On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> PROTECTED]> wrote:
>
> >
> >
> > IMO we should concentrate more on preventing regressions than on fixing
> > them.
> > In the long-term preventing bugs is cheaper than fixing t
On Fri 2007-06-15 00:20:28, Rafael J. Wysocki wrote:
> On Thursday, 14 June 2007 15:59, Frank Seidel wrote:
> > From: Stefan Seyfried <[EMAIL PROTECTED]>
> >
> > I hate having to recompile the kernel, just to be able to debug suspend.
> > Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tuna
Hi,
Maurizio Monge pisze:
To make ata_piix recognize my ich9m chip i had to apply the
modification that follows.
Best regards
Maurizio Monge
diff -Nurb old/drivers/ata/ata_piix.c new/drivers/ata/ata_piix.c
--- old/drivers/ata/ata_piix.c 2007-06-17 23:06:12.0 +0200
+++ new/drivers/ata
On 17/06/07, Alexandre Oliva <[EMAIL PROTECTED]> wrote:
[snip]
Serious, what's so hard to understand about:
no tivoization => more users able to tinker their formerly-tivoized
computers => more users make useful modifications => more
contributions in kind
?
Sure, there's a downside too:
Linus, please revert commit 21564fd2a3deb48200b595332f9ed4c9f311f2a7
It's not acceptable since illegal modules should definitely not get
write access to paravirt_ops.
Andi forwarded it although the following people had already NAK'ed it:
- Christoph Hellwig [1]
- Peter Zijlstra [2]
- Alan Cox [3
Chuck, Ingo, thanks for the responses.
> > The pattern that emerges is that on CPU0 we have an interrupt, which
> > is trying to acquire the rq lock, but can't.
> >
> > On CPU1 we have strace which is doing wait_task_inactive(), which sort
> > of spins acquiring and releasing the rq lock. I've
Remove the global nodemgr_serialize mutex which enclosed most of the
host thread event loop. This allows for parallelism between several
host adapter cards.
Properly serialize the driver hooks .update(), .suspend(), .resume(),
and .remove() by means of device->sem. These hooks can be called from
Because I CC new people, let me summarize:
2.6.18 works fine. Most kernels after that print
"agpgart: Detected an Intel 965G Chipset."
and then either hang (I have to hard reset them), hard
reset by themselves or print one or two more lines mostly
related to hardcrashes (memory page faults or othe
Hi!
> > > I hate having to recompile the kernel, just to be able to debug suspend.
> > > Remove CONFIG_DISABLE_CONSOLE_SUSPEND, replace it by a tunable in
> > > /sys/power/disable_console_suspend.
> > >
> > >
> > > Signed-off-by: Stefan Seyfried <[EMAIL PROTECTED]>
> > > Signed-off-by: Frank Sei
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > What would the name be of such module?
>
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was missi
On Sun, Jun 17, 2007 at 09:08:31AM +0200, Jiri Slaby wrote:
> Greg KH napsal(a):
> > On Sat, Jun 16, 2007 at 05:44:52PM +0200, Jiri Slaby wrote:
> >> make pci_ids lowercase hexa
> >
> > Why? What good is this going to do in the long run?
>
> It's just cleanup to get rid of things like this:
> #
Once upon a time, Jesper Juhl <[EMAIL PROTECTED]> said:
>Let's say I'm the owner of a company selling some device that uses a
>GPLv2 OS and some GPLv2 applications to do the job. Let's say that for
>some reason I don't want the end users of my device to tinker with the
>software inside my device.
Alexandre Oliva wrote:
> On Jun 17, 2007, Al Boldi <[EMAIL PROTECTED]> wrote:
> > Under what circumstances would it be possible to receive permission for
> > modification?
>
> You have to ask the copyright holder.
>
> Affero did just that, and so the Affero GPL was born.
>
> Just don't assume the F
On Sat, Jun 16, 2007 at 11:17:58PM +0100, Alan Cox wrote:
> > (Vax/VMS System Software Handbook)
> > (TOPS-20 User's Manual)
>
> Also Files/11
And don't forget the really ground breaking work (for the
time) done by the Xanadu folk.
-
To unsubscribe from this list: send the line "unsubscribe
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > What would the name be of such module?
>
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was missi
This changes asm() to __asm__() and volatile to __volatile__ so that these
headers can be used with gcc's -std=c99.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/include/asm-arm/byteorder.h b/include/asm-arm/byteorder.h
index e6f7fcd..39105dc 100644
--- a/include/asm-arm/byteo
Just to make things clear in the light of recent discussions.
Stuff I contribute to the Linux kernel are licensed under the terms of the
GPL version 2.
Signed-off-by: Jesper Juhl <[EMAIL PROTECTED]>
---
CREDITS |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
d
On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> intel-agp
>
> Though by the looks of things, with the working kernel, you don't have
> it loaded (it's dependant upon the 'agpgart' module, which prints the
> "Detected" line that was missing).
You are wrong.
1)
I don't have any agpg
Hello All , As a continuation .
On Sat, 16 Jun 2007, Mr. James W. Laferriere wrote:
Hello All , Does anoyone know howto identify a cause for these(*) ?
Or of any tools to help in the identification of the cause ?
So far the Machine checks only happen when I am running
Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 June 2007, Andrew Morton wrote:
> > We of course do want to minimise the amount of overhead for each
> > developer. I'm a strong believer in specialisation: rather than
> > requiring that *every* developer/maintainer integrate new steps in their
> > p
On 18/06/07, Mr. James W. Laferriere <[EMAIL PROTECTED]> wrote:
Hello All , As a continuation .
On Sat, 16 Jun 2007, Mr. James W. Laferriere wrote:
> Hello All , Does anoyone know howto identify a cause for these(*) ?
> Or of any tools to help in the identification of the c
On Mon, Jun 18, 2007 at 12:36:49AM +0200, Carlo Wood wrote:
> On Sun, Jun 17, 2007 at 05:33:55PM -0400, Dave Jones wrote:
> > intel-agp
> >
> > Though by the looks of things, with the working kernel, you don't have
> > it loaded (it's dependant upon the 'agpgart' module, which prints the
> >
On Sun, 17 Jun 2007, Thomas Renninger wrote:
> Create __mod_acpi_device_table symbol for all acpi drivers.
thinkpad-acpi will autoload by DMI ids in 2.6.23, which is a much better
solution for model-specific drivers like thinkpad-acpi than autoloading by
HID, IMHO.
Thus, I'd prefer if your patche
On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> This changes asm() to __asm__() and volatile to __volatile__ so that these
> headers can be used with gcc's -std=c99.
hmm but the kernel doesn't use -std=c99...
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
This updates scripts/hdrschecks.sh by grepping for asm() constructs and
rejecting them in favor of __asm__() in exported headers.
Signed-off-by: Mike Frysinger <[EMAIL PROTECTED]>
---
diff --git a/scripts/hdrcheck.sh b/scripts/hdrcheck.sh
index 3159858..33d17cc 100755
--- a/scripts/hdrcheck.sh
+++
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 minimise the amount of overhead for each
> > developer. I'm a strong believer in specialisation: rather than
> > requiring that *every* deve
On Sunday, 17 June 2007 23:49, Bartlomiej Zolnierkiewicz wrote:
> On Sunday 17 June 2007, Andrew Morton wrote:
> > On Sun, 17 Jun 2007 20:53:41 +0200 Bartlomiej Zolnierkiewicz <[EMAIL
> > PROTECTED]> wrote:
[--snip--]
> >
> > yup, Reviewed-by: is good and I do think we should start adopting it,
>
On Jun 17, 2007, Alan Cox <[EMAIL PROTECTED]> wrote:
>> > That accurately describes the FCC wireless rules.
>>
>> AFAIK the FCC mandates not permitting the user to tinker. It doesn't
>> mandate the vendor to retain this ability to itself.
> In practical terms it does since a recall/replacement
Bartlomiej Zolnierkiewicz wrote:
> despite the fact that audit takes
> more time/knowledge then making the patch you will end up with zero credit
> if patch turns out to be (luckily) correct. Even if you find out issues
> and report them you are still on mercy of author for being credited
If we i
On Sun, Jun 17, 2007 at 11:49:05PM +0200, Carlo Wood wrote:
> Kernels that work do NOT print "agpgart: Detected an Intel
> 965G Chipset." (All I know is that I have an ASUS P5B motherboard
> with a iP965, whether it's this 'G' or not I don't know).
>
The obvious question of course is whether actua
On Monday 18 June 2007, Arjan van de Ven wrote:
>
> On Sun, 2007-06-17 at 18:33 -0400, Mike Frysinger wrote:
> > This changes asm() to __asm__() and volatile to __volatile__ so that these
> > headers can be used with gcc's -std=c99.
>
> hmm but the kernel doesn't use -std=c99...
The byteorder he
On Jun 17, 2007, [EMAIL PROTECTED] wrote:
> you argue that it is evil for tivo to produce a pice of hardware that
> they can modify and the user can't
s/evil/unethical/, because I understand that denying people the
ability to enjoy the four freedoms of Free Software is unethical, and
accepting su
301 - 391 of 391 matches
Mail list logo