Andrew Morton wrote:
On Thu, 25 Oct 2007 04:06:13 -0400 (EDT) Jeff Garzik <[EMAIL PROTECTED]> wrote:
The __deprecated marker is quite useful in highlighting the remnants of
old APIs that want removing.
However, it is quite normal for one or more years to pass, before the
(usually ancient, bitr
Adrian Bunk wrote:
sysvipc_find_ipc() can become static.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
daadf1bd4c81e8b88cfc690cecace9adc8b783f0
diff --git a/ipc/util.c b/ipc/util.c
index 1aa0ebf..76c1f34 100644
--- a/ipc/util.c
+++ b/ipc/util.c
@@ -802,8 +802,8 @@ struct ipc_proc_iter {
David Miller wrote:
Ok, I've respun the patches including all of the feedback I've
obtained. Again, it's at:
kernel.org:/pub/scm/linux/kernel/git/davem/msiquirk-2.6.git
Greg, I think this stuff is ready to go so if you would pull
them in I would really appreciate it.
These changes cle
On Tue, Oct 23, 2007 at 02:08:19PM -0700, Roland Dreier wrote:
> > +void pps_unregister_source(int source)
> > ...
> > + wait_event(pps->usage_queue, atomic_read(&pps->usage) == 0);
> > +
> > + pps_sysfs_remove_source_entry(pps);
> > + pps_unregister_cdev(pps);
> > + kfree(pps);
>
> Th
On Wednesday 24 October 2007 01:22:55 Linus Torvalds wrote:
> On Tue, 23 Oct 2007, Boaz Harrosh wrote:
> > But since we do not do that, and every single API in the kernel that
> > receives a scatterlist pointer also receives an sg_count parameter,
> > than I do not see what is so hacky about giving
Booting with irqpoll works
ls /proc/irq/21/ (with irqpoll)
ehci_hcd:usb1/ smp_affinity uhci_hcd:usb2/ uhci_hcd:usb3/ uhci_hcd:usb4/
irq 21: nobody cared (try booting with the "irqpoll" option)
Call Trace:
[__report_bad_irq+56/124] __report_bad_irq+0x38/0x7c
[] __report_bad_irq+0x38/
Jeff,
On Tue, Oct 23, 2007 at 07:09:08PM -0400, Jeff Garzik wrote:
>
> By deleting unused code, this makes perfmon irq handling more efficient,
> as well as reducing code size.
>
> * remove unused pfm_install_alt_pmu_interrupt()
> * remove unused pfm_remove_alt_pmu_interrupt()
>
I have not prob
On Tue, 16 Oct 2007 01:07:31 -0600 (CST) Joseph Parmelee <[EMAIL PROTECTED]>
wrote:
>
> Greetings:
>
> I upgraded to version 2.6.23 and had a fun time figuring out the source of
> this boot failure message on my x86 system:
>
>This kernel requires an i86 CPU, but only detected an
>i86
Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > ---
> > Whether this is a complete patch, suitable for all architectures,
> > I'm not sure: it builds, boots and runs correctly on the x86_32 box
> > in question, but you'll be a lot wi
Stephane Eranian wrote:
Jeff,
On Tue, Oct 23, 2007 at 07:09:08PM -0400, Jeff Garzik wrote:
By deleting unused code, this makes perfmon irq handling more efficient,
as well as reducing code size.
* remove unused pfm_install_alt_pmu_interrupt()
* remove unused pfm_remove_alt_pmu_interrupt()
I
On Oct. 24, 2007, 10:50 +0200, Benny Halevy <[EMAIL PROTECTED]> wrote:
> On Oct. 24, 2007, 10:32 +0200, Jens Axboe <[EMAIL PROTECTED]> wrote:
>> On Wed, Oct 24 2007, FUJITA Tomonori wrote:
>>> On Tue, 23 Oct 2007 20:49:40 +0530
>>> Kamalesh Babulal <[EMAIL PROTECTED]> wrote:
>>>
Hi,
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > > ---
> > > Whether this is a complete patch, suitable for all architectures,
> > > I'm not sure: it builds, boots and runs correctly on t
Jens Axboe wrote:
> On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > > > ---
> > > > Whether this is a complete patch, suitable for all architectures,
> > > > I'm not sure: it builds,
At Wed, 24 Oct 2007 16:30:37 -0700,
Mark Gross wrote:
>
> On Tue, Oct 23, 2007 at 10:57:51AM +0200, Takashi Iwai wrote:
> > Fix possible array overflow:
> >
> > drivers/pci/intel-iommu.c: In function ‘dmar_get_fault_reason’:
> > drivers/pci/intel-iommu.c:753: warning: array subscript is above arr
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> Jens Axboe wrote:
> > On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > > > > ---
> > > > > Whether this is a complete patch, suitable
On 10/19/07, Greg KH <[EMAIL PROTECTED]> wrote:
>On Wed, Oct 17, 2007 at 10:48:52AM -0400, Alan Stern wrote:
>> On Tue, 16 Oct 2007, Matthew Dharm wrote:
>>
>> > On Tue, Oct 16, 2007 at 02:04:43PM -0400, Alan Stern wrote:
>> > > On Tue, 16 Oct 2007, Matthew Dharm wrote:
>> > >
>> > > > I haven't lo
Andrew Morton wrote:
Parts of the 16-bit real mode loader code are now being compiled as C code
with gcc in 32 bit mode passing the .code16gcc directive to the assembler to
correct the stack frames to 16 bit. This kludge won't work unless all the
16-bit segment registers are set to the same va
On Thu, Oct 25 2007, Rusty Russell wrote:
> On Wednesday 24 October 2007 01:22:55 Linus Torvalds wrote:
> > On Tue, 23 Oct 2007, Boaz Harrosh wrote:
> > > But since we do not do that, and every single API in the kernel that
> > > receives a scatterlist pointer also receives an sg_count parameter,
>
On Mit, 2007-10-24 at 17:35 -0700, Ray Lee wrote:
[]
> Key-based masterlocks are easily broken with freon, and their combo
> locks are easily brute-forced in about ten minutes. Yet, I'll still
> use them to lock up my bike and garage.
The question is what the security threat is and the value o
On Fri, 2007-10-12 at 15:05 +0200, Christoph Hellwig wrote:
> prefix all symbols with iwl3945_ and thus allow building the driver
> into the kernel. Also remove all the useless default statements in
> Kconfig while we're at it.
>
>
> Signed-off-by: Christoph Hellwig <[EMAIL PROTECTED]>
Did you
On Wed, 24 Oct 2007 20:16:16 +0200
Haavard Skinnemoen <[EMAIL PROTECTED]> wrote:
> [handwaving about API extensions]
Oh, and we definitely need a way to report errors. Looks like the
existing drivers want this as well -- I couldn't help but notice this
in the iop-adma driver:
static irqreturn_t
Maxim Levitsky wrote:
> Will integrated sensors on DG965 motherboard be supported?
> They can be accessed only through the
> HECI interface, but the board has no AMT, and even if it had one, I don't
> think AMT includes HW sensors.
While talking about AMT ...
While talking about AMT: One quit
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> node0_bdata and paddr_to_nid() can become static.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, applied.
tglx
> ---
>
> arch/x86/mm/discontig_32.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> 3380c9e430ab49
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> This patch removes the unused EXPORT_SYMBOL(machine_id).
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Thanks, applied
tglx
> ---
> 2cb43d8ae339c609318adf16a835e990fd79ee21
> diff --git a/arch/x86/kernel/setup_32.c b/arch/x86/kernel/setup
> "Nick" == Nick Piggin <[EMAIL PROTECTED]> writes:
Nick> Either way, I think we really need a way to turn it off for
Nick> Linux.
Someone would need to add an option to disable the "cselim" pass in
GCC tree-ssa-phiopt.c as far as I can tell from reading GCC source.
Sam
--
Samuel Tardieu
> "Nick" == Nick Piggin <[EMAIL PROTECTED]> writes:
Nick> Hi David, [BTW. can you retain cc lists, please?]
Nick> On Thursday 25 October 2007 14:29, David Schwartz wrote:
>> > Well that's exactly right. For threaded programs (and maybe even
>> > real-world non-threaded ones in general), you d
On Thu, Oct 25, 2007 at 04:06:16AM -0400, Jeff Garzik wrote:
> drivers/isdn/capi/capidrv.c: In function 'if_sendbuf':
> drivers/isdn/capi/capidrv.c:1865: warning: cast from pointer to integer
> of different size
>
> We are passing a kernel pointer, skb->data, but the interface itself is
> limited
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> This patch removes the unused
> EXPORT_SYMBOL_GPL(tick_nohz_get_sleep_length).
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
>
> ---
> f7c83dfe117f4fd072b2506ae090e4145abda362
> diff --git a/kernel/time/tick-sched.c b/kernel/time/tick-sched.c
> in
On Wed, 24 Oct 2007, Adrian Bunk wrote:
> No reason to keep the feature-removal-schedule.txt entry after the code
> was removed.
>
> Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
Acked-by: Thomas Gleixner <[EMAIL PROTECTED]>
> ---
>
> Documentation/feature-removal-schedule.txt |9 -
At Wed, 24 Oct 2007 21:44:17 +0200,
Ingo Molnar wrote:
>
> Subject: portman2x4.c: fix boot hang
> From: Ingo Molnar <[EMAIL PROTECTED]>
>
> when booting an allyesconfig bzImage kernel the bootup hangs in the
> portman2x4 driver (on a box that does not have this hardware), at:
>
> Pid: 1, comm:
On Thu, Oct 25, 2007 at 04:06:15AM -0400, Jeff Garzik wrote:
> These two warnings...
>
> drivers/isdn/capi/capidrv.c:2126:3: warning: #warning FIXME: maybe a
> race condition the card should be removed here from global list /kkeil
>
> drivers/scsi/advansys.c:71:2: warning: #warning this driver is
On Thursday 25 October 2007 11:44:28 Samuel Tardieu wrote:
> > "Nick" == Nick Piggin <[EMAIL PROTECTED]> writes:
>
> Nick> Either way, I think we really need a way to turn it off for
> Nick> Linux.
>
> Someone would need to add an option to disable the "cselim" pass in
> GCC tree-ssa-phiopt.c
This is a summary of items and issues that remain outstanding for
libata. Whenever a git branch is mentioned, it is referring to a branch
at git://git.kernel.org/pub/scm/linux/kernel/git/jgarzik/libata-dev.git
Current push just sent to Linus:
http://marc.info/?l=linux-ide&m=119329974119307
> "Sam" == Samuel Tardieu <[EMAIL PROTECTED]> writes:
> "Nick" == Nick Piggin <[EMAIL PROTECTED]> writes:
Nick> Either way, I think we really need a way to turn it off for
Nick> Linux.
Sam> Someone would need to add an option to disable the "cselim" pass
Sam> in GCC tree-ssa-phiopt.c as f
Jeff Garzik wrote:
Active libata branches:
ALLSuperset branch for -mm testing
alpmLink power management (2.6.24-rc hopefully)
anAsync notify (2.6.24-rc hopefully)
for-testingInteresting-but-not-ready stuff
masterVanilla linux-2.6.git c
Jeff Garzik wrote:
3) Tejun: libata: implement ata_wait_after_reset()
^^^ Tejun, what case does this solve? Still needed?
Not needed yet. It will be necessary to support a weird device (CF
bridged over SATA) but it's a nice clean up regardless (instead of
quoting ATADVDR in every rese
Tejun Heo wrote:
Jeff Garzik wrote:
3) Tejun: libata: implement ata_wait_after_reset()
^^^ Tejun, what case does this solve? Still needed?
Not needed yet. It will be necessary to support a weird device (CF
bridged over SATA) but it's a nice clean up regardless (instead of
quoting ATA
* Sam Ravnborg <[EMAIL PROTECTED]> wrote:
> Hi Ingo.
>
> This is first step in getting rid of the two directories. I had to do
> some very minor modifications in common files to let it work out - but
> nothing really hackish.
>
> If you & Thomas + hpa are OK with the changes they can be pulle
On Thu, Oct 25, 2007 at 05:19:57PM +0800, Zhu Yi wrote:
>
> On Fri, 2007-10-12 at 15:05 +0200, Christoph Hellwig wrote:
> > prefix all symbols with iwl3945_ and thus allow building the driver
> > into the kernel. Also remove all the useless default statements in
> > Kconfig while we're at it.
> >
* Amit Walambe <[EMAIL PROTECTED]> wrote:
> Hi!
> I get following error while compiling 2.6.24-rc1 :
>
> LD init/built-in.o
> LD .tmp_vmlinux1
> arch/x86/kernel/built-in.o: In function `machine_crash_shutdown':
> (.text+0x191c8): undefined reference to `genapic'
> make: *** [.tmp_
On Tue, 23 Oct 2007 10:34:09 CDT, "Serge E. Hallyn" said:
> And he will still be able to *run* the suid binary, but if cap_bound is
> reduced he won't be able to use capabilities taken out of the bounding
> set, multiadm loaded or not.
I am willing to bet that there's still a *lot* of unaudited s
On Thu, 25 Oct 2007 12:20:40 +0200
"Ingo Molnar" <[EMAIL PROTECTED]> wrote:
>
> * Amit Walambe <[EMAIL PROTECTED]> wrote:
>
> > Hi!
> > I get following error while compiling 2.6.24-rc1 :
> >
> > LD init/built-in.o
> > LD .tmp_vmlinux1
> > arch/x86/kernel/built-in.o: In function `m
Hi,
i encountered the following machine check exceptions (and hangs) with
2.6.22.7 on an Dual Core-2 Xeon System. It occurs if i try to use the
PCI-X Intel Gigabit Ethernet card after some minutes:
CPU 3: Machine Check Exception 0005
Bank 0: b2401400
Bank 5: b20012102400
On Thu, Oct 25, 2007 at 12:18:31PM +0200, Ingo Molnar wrote:
>
> * Sam Ravnborg <[EMAIL PROTECTED]> wrote:
>
> > Hi Ingo.
> >
> > This is first step in getting rid of the two directories. I had to do
> > some very minor modifications in common files to let it work out - but
> > nothing really
> ...
> in x86_64/Kconfig has EARLY_PRINTK too
>
> config EARLY_PRINTK
> bool
> default y
I noticed this too. So on x86_64 it was unconditionally enabled
whereas with i386 (and the merged files) if it an option that
can be turned off.
Randy - did you realise this when you did the
On Thu, Oct 25, 2007 at 04:06:13AM -0400, Jeff Garzik wrote:
> The __deprecated marker is quite useful in highlighting the remnants of
> old APIs that want removing.
>
> However, it is quite normal for one or more years to pass, before the
> (usually ancient, bitrotten) code in question is either
Hi,
The VTune sampling driver currently uses this hook for cases where it
needs to do its own handling of the PMU on platforms that Perfmon2 may
not yet (fully, correctly) recognize at the time of the kernel's
release.
-juan
-Original Message-
From: Jeff Garzik [mailto:[EMAIL PROTECTED]
Hi Riku,
On Wed, 24 Oct 2007 14:50:34 +0300, Riku Voipio wrote:
> On Fri, Oct 19, 2007 at 02:37:54PM +0200, Jean Delvare wrote:
> > Take a look at the w83781d
> > driver for an example.
>
> Btw, I think your example code has a indentation bug:
>
> if (kind != w83781d)
>
On Thu, Oct 25, 2007 at 04:05:18AM -0700, Villacis, Juan wrote:
> Hi,
>
> The VTune sampling driver currently uses this hook for cases where it
> needs to do its own handling of the PMU on platforms that Perfmon2 may
> not yet (fully, correctly) recognize at the time of the kernel's
> release.
So
On Thu, Oct 25, 2007 at 04:06:15AM -0400, Jeff Garzik wrote:
> drivers/scsi/advansys.c:71:2: warning: #warning this driver is still
> not properly converted to the DMA API
>
> ...represent conditions that have existed for years, and are duly noted
> in FIXMEs. There does not seem to be much need
Jens Axboe wrote:
> On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > Jens Axboe wrote:
> > > On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > > > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > > > Signed-off-by: Hugh Dickins <[EMAIL PROTECTED]>
> > > > > > ---
> > > > > > Whether thi
On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> Jens Axboe wrote:
> > On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > > Jens Axboe wrote:
> > > > On Thu, Oct 25 2007, Rolf Eike Beer wrote:
> > > > > Am Donnerstag, 25. Oktober 2007 schrieb Arjan van de Ven:
> > > > > > > Signed-off-by: Hugh Dickins <[EM
As I read through LWN today, I noted the following comment,
http://lwn.net/Articles/255832/ :
Personally, I think it's absolutely essential to be able to
build a kernel with dynamic LSM. Whether we like it or not,
people do want to add in runtime loadable security modu
Fix the compilation error
arch/um/kernel/sysrq.c: In function 'show_stack':
arch/um/kernel/sysrq.c:63: error: 'UESP' undeclared (first use in this function)
arch/um/kernel/sysrq.c:63: error: (Each undeclared identifier is reported only
once
arch/um/kernel/sysrq.c:63: error: for each function it
Fix stat.h to not use __i386__, but use BITS_PER_LONG. The UML architecture
in turn includes this file. This helps resolve one build failure in the
current UML code
Before the fix, the failure was
In file included from init/do_mounts.c:19:
init/do_mounts.h: In function 'bstat':
init/do_mounts.h
On Wed, October 24, 2007 22:02, David P. Quigley wrote:
> Apparmor wants to lock down some application, it gives the application
> access to a particular port, and the minimal set of privileges needed to
> execute the application. Since Apparmor is "easy to use" (note the
> quotes are to indicate
On Wed, October 24, 2007 23:31, Adrian Bunk wrote:
> On Wed, Oct 24, 2007 at 07:11:17PM +0100, Simon Arlott wrote:
>> On 24/10/07 13:55, Adrian Bunk wrote:
>> > On Wed, Oct 24, 2007 at 12:50:29PM +0100, Simon Arlott wrote:
>> >> I currently have an LSM that only handles permissions for socket_bind
On Wed, Oct 24, 2007 at 10:25:29PM -0400, Mark M. Hoffman wrote:
> * Riku Voipio <[EMAIL PROTECTED]> [2007-10-24 14:50:34 +0300]:
> > On Fri, Oct 19, 2007 at 02:37:54PM +0200, Jean Delvare wrote:
> > > Riku, can you please submit a patch fixing this? The attribute should
> > > be declared read-only
Fix UML build error, include linux/scatterlist.h in arch/um/drivers/ubd_kern.c,
to resolve the definition of sg_page()
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
arch/um/drivers/ubd_kern.c |1 +
1 file changed, 1 insertion(+)
diff -puN arch/um/drivers/ubd_kern.c~fix-uml-ubd_kern-
On Thursday 25 October 2007 19:11:40 Jens Axboe wrote:
> On Thu, Oct 25 2007, Rusty Russell wrote:
> > What irritates me more is that scatterlists aren't quite generically
> > useful. The virtio code wants to join a scatterlist created by
> > blk_rq_map_sg() with two others, yet it won't work becau
James Ausmus wrote:
> Since updating my laptop to 2.6.23, occasionally all of my free disk
> space on my root partition will just go away, with no files accounting
> for the space, with no odd messages in dmesg or my syslog. If I
> reboot, I immediately have the proper amount of free space again. H
On Thu, 25 Oct 2007, Andi Kleen wrote:
> On Thursday 25 October 2007 05:24, Nick Piggin wrote:
>
>> Basically, what the gcc developers are saying is that gcc is
>> free to load and store to any memory location, so long as it
>> behaves as if the instructions were executed in sequence.
>
> This ca
Hi Thomas:
I recently told someone in private that ACPI vs. hwmon conflicts are the
biggest open problems for the hwmon subsystem. Thank you (and Jean) for
doing this.
* Thomas Renninger <[EMAIL PROTECTED]> [2007-10-24 16:31:59 +0200]:
> Hi,
>
> it seems Len's test tree and Linus tree diverged
On Thu, Oct 25, 2007 at 05:20:20PM +0530, Balbir Singh wrote:
>
>
>Fix UML build error, include linux/scatterlist.h in arch/um/drivers/ubd_kern.c,
>to resolve the definition of sg_page()
>
>Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
This is already fixed by me[1]. ;)
[1] http://lkml.org/lkml
On Thursday 25 October 2007 13:58:56 linux-os (Dick Johnson) wrote:
>
> On Thu, 25 Oct 2007, Andi Kleen wrote:
>
> > On Thursday 25 October 2007 05:24, Nick Piggin wrote:
> >
> >> Basically, what the gcc developers are saying is that gcc is
> >> free to load and store to any memory location, so l
Hello.
Arjan van de Ven wrote:
> when will you post this filesystem for inclusion into kernel.org kernel?
> (and please really consider posting the patch together with that patch)
> (also, if you can give a pointer to the source code of this filesystem
> you might even get early code review)
I ha
> So you'd suggest having search utilities (as with platform_bus)
> returning resource indices not resources?
That seems a bad idea to me
> Thing is, BARs are usually well defined, but when folk glue
> resources together they use whatever order is convenient on
> that particular platform. And di
Hi,
Le jeudi 25 octobre 2007, Thomas Gleixner a écrit :
> It might be useful for everyone to check, whether the existing GPIO
> functionality can be extended, reworked to match the needs of Geode as
> well. Extending / reworking an existing interface is definitely
> better than adding a new incomp
WANG Cong wrote:
> On Thu, Oct 25, 2007 at 05:20:20PM +0530, Balbir Singh wrote:
>>
>> Fix UML build error, include linux/scatterlist.h in
>> arch/um/drivers/ubd_kern.c,
>> to resolve the definition of sg_page()
>>
>> Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
>
> This is already fixed by me
On Wed, Oct 24, 2007 at 10:35:33PM -0500, Bill Gatliff wrote:
> >Something broke CONFIG_CMDLINE of ARM (at least) between 2.6.22 and 2.6.23.
> >
> >I don't know whether it was an ARM patch one of those kernel-wide changes.
> >We have futzed with the command-line parsing a bit recently, but the 2.
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/asm-x86/sigcontext.h |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff -puN include/asm-x86/sigcontext.h~uml-fix-sigcontext-build-error
include/asm-x86/sigcontext.h
--- 2.6.24-rc1/include/asm-x86/sigcontext.h~uml-fi
Fix build errors seen in UML. Replaces #ifdef __i386__ with
#if BITS_PER_LONG == 32
Signed-off-by: Balbir Singh <[EMAIL PROTECTED]>
---
include/asm-x86/signal.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff -puN include/asm-x86/signal.h~uml-fix-sigaction-build-
Rafael J. Wysocki wrote:
>>
>> After all I think all this problems may be some who ACPI related
>> but the question is why they get triggered by Suspend/Hibernation.
>
> They certainly are ACPI-related, because the only difference between level 4
> and level 3 suspend testing is that some global
-- Linus Torvalds wrote :
This may count as one of the biggest -rc releases ever. It's humongous.
Usually the compressed -rc1 diffs are in the 3-5MB range, with occasional
smaller ones, and the occasional ones that top 6M, but this one is
*eleven* megs.
I'd blame the x86 renames (and the watc
Would be neat if randomized brk and setrlimit(RLIMIT_DATA, ...)
worked in a predictable way:
$ gcc brk.c -fPIC -pie -m64;./a.out;./a.out;./a.out
sbrk=0x7f721b815000 main=0x7f721af04860
sbrk succeeded (brk=0x7f721b909240)
sbrk=0x7fc3d77e2000 main=0x7fc3d66fa860
sbrk failed: Cannot allocate memory (
On 24/10/2007, Tom Spink <[EMAIL PROTECTED]> wrote:
> Hi,
>
> A couple of kernels ago, I ran into an issue with the sky2 driver.
> Basically, I began getting repeated errors on my console of the
> following:
>
> Oct 21 16:33:39 holly kernel: sky2 :04:00.0: error interrupt
> status=0x8000
>
On Thu, 2007-10-25 at 14:23 +0200, Lennert Buytenhek wrote:
> On Wed, Oct 24, 2007 at 10:35:33PM -0500, Bill Gatliff wrote:
>
> > >Something broke CONFIG_CMDLINE of ARM (at least) between 2.6.22 and 2.6.23.
> > >
> > >I don't know whether it was an ARM patch one of those kernel-wide changes.
> >
On 25/10/2007, Tom Spink <[EMAIL PROTECTED]> wrote:
> On 24/10/2007, Tom Spink <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > A couple of kernels ago, I ran into an issue with the sky2 driver.
> > Basically, I began getting repeated errors on my console of the
> > following:
> >
> > Oct 21 16:33:39 hol
Hi Andrew,
On Wed, 24 Oct 2007 20:53:47 -0700, Andrew Morton wrote:
> On Wed, 24 Oct 2007 16:33:07 +0200 Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > From: Thomas Renninger <[EMAIL PROTECTED]>
> > To: linux-acpi <[EMAIL PROTECTED]>
> > Cc: linux-kernel , Len Brown <[EMAIL
> > PROTECTED]>, A
On Wed, 24 Oct 2007 20:57:23 -0700, Andrew Morton wrote:
> On Wed, 24 Oct 2007 16:31:59 +0200 Thomas Renninger <[EMAIL PROTECTED]> wrote:
>
> > it seems Len's test tree and Linus tree diverged a bit, at least with
> > this patch set things do not apply cleanly.
> >
> > Therefore I post these for
CC drivers/ide/pci/generic.o
drivers/ide/pci/generic.c:52: error: __setup_str_ide_generic_all_on causes a
+section type conflict
This sort of build error is becoming a regular issue. Either all or non
of the elements that go into a particular section of a compilation unit
need to be const.
PPP BSD Compression module registered
CAPI Subsystem Rev 1.1.2.8
capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs)
capidrv: Rev 1.1.2.2: loaded
capifs: Rev 1.1.2.3
b1pci: revision 1.1.2.2
b1: revision 1.1.2.2
b1dma: revision 1.1.2.3
b1pci: revision 1.1.2.2
t1pci: revision 1.1.2.2
c4
Replace all casts from "struct uart_port *" to "struct dz_port *" with a
construct based on container_of(). This makes the conversion work
irrespective of where the former struct is located within the latter.
By popular request I have implemented it as an inline function rather
than a macro
On Thu, Oct 25, 2007 at 02:53:34PM +0100, Ralf Baechle wrote:
> CC drivers/ide/pci/generic.o
> drivers/ide/pci/generic.c:52: error: __setup_str_ide_generic_all_on causes a
> +section type conflict
>
> This sort of build error is becoming a regular issue. Either all or non
> of the elements
sorry forgot putty cuts it off - full log.
=~=~=~=~=~=~=~=~=~=~=~= PuTTY log 2007.10.25 10:08:10 =~=~=~=~=~=~=~=~=~=~=~=
dmesg
Linux version 2.6.23.1 ([EMAIL PROTECTED]) (gcc version 4.1.2 20061115
(prerelease) (Debian 4.1.1-21)) #3 SMP Fri Oct 26 02:03:04 EDT 2007
Command line: root=/dev/md1 ro
On Thu, Oct 25, 2007 at 04:13:05PM +0200, Sam Ravnborg wrote:
> On Thu, Oct 25, 2007 at 02:53:34PM +0100, Ralf Baechle wrote:
> > CC drivers/ide/pci/generic.o
> > drivers/ide/pci/generic.c:52: error: __setup_str_ide_generic_all_on causes a
> > +section type conflict
> >
> > This sort of bu
On Thu, 2007-10-25 at 15:48 +0200, Jean Delvare wrote:
> Hi Andrew,
>
> On Wed, 24 Oct 2007 20:53:47 -0700, Andrew Morton wrote:
> > On Wed, 24 Oct 2007 16:33:07 +0200 Thomas Renninger <[EMAIL PROTECTED]>
> > wrote:
> >
> > > From: Thomas Renninger <[EMAIL PROTECTED]>
> > > To: linux-acpi <[EMAI
On Thu, 25 Oct 2007 16:41:24 +0300
Sami Farin <[EMAIL PROTECTED]> wrote:
> Would be neat if randomized brk and setrlimit(RLIMIT_DATA, ...)
> worked in a predictable way:
this isn't a valid case afaics; even on "traditional x86" (before we
changed the address space layout, or even today if you hav
Hi Alasdair,
Alasdair G Kergon wrote:
> Before reviewing the details of the proposed workaround, I'd like to see
> a deeper analysis of the problem to see that there isn't a cleaner way
> to resolve this.
OK. Let me try.
> For example:
>
> Question) What are the realistic situations we must sup
In 2.6.23, there seems to be a minor bug in sys_socketpair. When the
calls to sock_alloc_fd fail, it aborts the routine, but it returns the
variable err, which is not set in this case.
The result is a silent failure if you have too many files open and call
socketpair.
Here is a simple UNTESTED p
Fix pointer mismatches in proc_sysctl.c. The proc_handler() method returns a
size_t through an arg pointer, but is given a pointer to a ssize_t to return
into.
Signed-off-by: David Howells <[EMAIL PROTECTED]>
---
fs/proc/proc_sysctl.c |6 --
1 files changed, 4 insertions(+), 2 deletions
ACK. Inspected; Mechanical, precise and no introduction of bugs.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:48 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
ACK. Inspected; trivial, clean and no sign of any code changes.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:48 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
ACK. Inspected only. Looks ok.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:49 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [PATCH 3/4] [SCSI] ips
ACK. Inspected. cleanup with zero risk.
Sincerely -- Mark Salyzyn
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Garzik
> Sent: Wednesday, October 24, 2007 7:49 PM
> To: LKML; [EMAIL PROTECTED]
> Cc: [EMAIL PROTECTED]
> Subject: [PATCH 4/4] [
Fix stat.h to not use __i386__, but use BITS_PER_LONG. The UML architecture
in turn includes this file. This helps resolve one build failure in the
current UML code
Before the fix, the failure was
In file included from init/do_mounts.c:19:
init/do_mounts.h: In function 'bstat':
init/do_mounts.h
On Thu, 25 Oct 2007, Arjan van de Ven wrote:
> > Would be neat if randomized brk and setrlimit(RLIMIT_DATA, ...)
> > worked in a predictable way:
> this isn't a valid case afaics; even on "traditional x86" (before we
> changed the address space layout, or even today if you have an unlimited
> st
On Thu, 25 Oct 2007, Sam Ravnborg wrote:
> So we can avoid this if we invent a __constinitdata tag that uses
> a new section?
That would do.
> I ask mainly to understand this error - not that I am that found
> of the idea.
Somebody wants to mix up read-only and read/write data in the same
se
On Thu, Oct 25, 2007 at 10:18:02AM -0400, Jun'ichi Nomura wrote:
> There is no guarantee that the I/O flowing through the device again.
> The table might need be replaced again, but to do that, the resume
> should have been completed to let the userspace know it.
Then the first attempt to set the
duh. never mind. i had an attack of the stupids and enabled GART error
reporting in the bios menu when i installed the motherboard. fixed
now. shows all 4 and 8 on the other one.
-z-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECT
301 - 400 of 575 matches
Mail list logo
