Andi Kleen wrote:
If you catch a crash in gdb and type x/i $pc what do you see?
-Andi
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1431820864 (LWP 2839)]
0x00c40471 in __pthread_initialize_minimal_internal ()
from /lib/libpthread.so.0
(gdb) x/i $pc
0xc40471 <_
Andrew Morton wrote:
it works fine.
I can't reproduce this with the current -mm lineup. I compiled up a 32-bit
app on x86 and transferred that across.
Maybe it got fixed. Please test 2.6.13-mm2, which appears to be an hour or
two away. If it still fails then I'd need a recipe (includi
On Thursday 08 September 2005 10:44, Andrew Morton wrote:
> Parag Warudkar <[EMAIL PROTECTED]> wrote:
> > Andi Kleen wrote:
> > >Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
> >
> > 2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
> > be i386 or arch-inde
Parag Warudkar <[EMAIL PROTECTED]> wrote:
>
> Andi Kleen wrote:
>
> >Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
> >
> >
> 2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
> be i386 or arch-independent changes?)
> It seems it has got something to
On Thursday 08 September 2005 07:10, Parag Warudkar wrote:
> Andi Kleen wrote:
> >Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
>
> 2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
> be i386 or arch-independent changes?)
> It seems it has got something to do
Andi Kleen wrote:
Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
2.6.13-git7 works. So something in -mm has gone bad (if not x86_64, may
be i386 or arch-independent changes?)
It seems it has got something to do with the sys_set_tid_address as
evident from the strace output b
ut
> consistently seg fault with 2.6.13-mm1.
Hmm - not many x86-64 patches in mm1. 2.6.13 definitely works.
>
> Parag
>
> Sample stack trace for java -
> gdb ./java
Last lines of strace -f + the kernel message from dmesg might be useful.
-Andi
-
To unsubscribe from th
I am clueless as to what's going on but just raising a flag in case it
is a not yet known problem.
Thunderbird, 32bit Sun Java and Opera are the ones I tried. They all
work fine with the Fedora 2.6.12-x kernel but
consistently seg fault with 2.6.13-mm1.
Parag
Sample stack trac
Jesper wrote:
> Something like that would be just fine for the
> patches that have been sent on to Linus.
No - not just the patches sent to Linus - that's a burden on Andrew to
separate things out.
Andrew can put the boiler plate statement on _all_ drop messages
> If I just sent the patc
On 9/7/05, Paul Jackson <[EMAIL PROTECTED]> wrote:
> Andrew wrote"
> > So then I was asked to include an explanation
> > with the drop message and that all got too hard so I turned them off.
> >
> >
>
>
> Dang it, Andrew. It didn't have to be hard. Just adding a
> boiler plate sentence to all
Paul Jackson <[EMAIL PROTECTED]> wrote:
>
> Andrew wrote"
> > So then I was asked to include an explanation
> > with the drop message and that all got too hard so I turned them off.
> >
> >
>
>
> Dang it, Andrew. It didn't have to be hard.
I got three unhappy emails and turned it off aga
Andrew wrote"
> So then I was asked to include an explanation
> with the drop message and that all got too hard so I turned them off.
>
>
Dang it, Andrew. It didn't have to be hard. Just adding a
boiler plate sentence to all the drop messages saying something
like:
If I just sent the
On Fri, Sep 02, 2005 at 01:57:35PM -0700, Andrew Morton wrote:
> Cons:
>
> - Additional arguments to various fastpath functions
One possibility is to split the async and sync versions by way of inline
functions. That will result in more icache pressure, though, which makes
it a questionable op
Alan Cox wrote:
On Llu, 2005-09-05 at 14:17 +0600, Alexander E. Patrakov wrote:
Hello,
I tried to build linux-2.6.13-mm1 with the attached configuration, and
it failed with:
drivers/usb/serial/whiteheat.c: In function `rx_data_softint':
drivers/usb/serial/whiteheat.c:1433:
On Llu, 2005-09-05 at 14:17 +0600, Alexander E. Patrakov wrote:
> Hello,
>
> I tried to build linux-2.6.13-mm1 with the attached configuration, and
> it failed with:
>
> drivers/usb/serial/whiteheat.c: In function `rx_data_softint':
> drivers/usb/serial/whiteheat.c:143
ething else
caused the connection to be disabled. In theory this could be caused by a
problem with the host controller, the cable, or the printer. Does this
happen consistently with 2.6.13-mm1? Did it happen with 2.6.12?
It may have just been a red herring, as I haven't had the problem appear
Hi,
On 5/09/2005 4:32 a.m., James Bottomley wrote:
On Sun, 2005-09-04 at 01:24 +1200, Reuben Farrelly wrote:
I am seeing it fill up my messages log as it is logging 1 or so messages each
minute. I've emailed the SCSI maintainer James Bottomley twice about it but
had no response either time.
On Fri, Sep 02, 2005 at 08:48:28PM -0700, Miles Lane wrote:
[snip]
> Can we please get the latest IPW2200 code into the development kernels soon?
Seconded. I haven't rebuilt the 1.0.6 code against the 2.6.13-git
kernels, but my 2.6.13-rc4 build with 1.0.6 ipw2200 in it seems much
more stable an
On 9/4/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Jesper Juhl <[EMAIL PROTECTED]> wrote:
> >
> > I'm wondering if it would be too much trouble to have a mm-drops list
> > similar to the mm-commits list.
>
> Well I was sending drop messages to mm-commits, but lots of people went
> "Waah, why d
Jesper Juhl <[EMAIL PROTECTED]> wrote:
>
> I'm wondering if it would be too much trouble to have a mm-drops list
> similar to the mm-commits list.
Well I was sending drop messages to mm-commits, but lots of people went
"Waah, why did you drop my patch?". A few hours after they'd been cc'ed as
th
ew,
> > > >
> > > > it seems you dropped
> > > > schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
> > > > zero mentioning of this dropping in the changelog of 2.6.13-mm1.
> > > >
> > > > Can you
; > > Hi Andrew,
> > > >
> > > > it seems you dropped
> > > > schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
> > > > zero mentioning of this dropping in the changelog of 2.6.13-mm1.
> > > >
> > > > Can
On Sun, 2005-09-04 at 01:24 +1200, Reuben Farrelly wrote:
> I am seeing it fill up my messages log as it is logging 1 or so messages each
> minute. I've emailed the SCSI maintainer James Bottomley twice about it but
> had no response either time.
OK, can you try this ... it should confirm the t
Hi!
> > > One more piece of information. This is the one that loops:
> > >
> > > echo 30 > /sys/class/firmware/timeout
> >
> > Try echo -n ...
>
> Or revert gregkh-driver-sysfs-strip_leading_trailing_whitespace.patch.
> Obviously if you write 30\n and the write returns 2 then the shell wil
On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
I got:
<7>Dead loop on netdevice eth0, fix it urgently!
When using netconsole and printing out some information from kernel to
co
works, then we munged git-acpi.patch in
2.6.13-mm1 somehow.
There were no problems with this patch applied. So it
looks like the
munge theory is correct.
That diff is significantly different from the diff I plucked from
master.kernel.org:/pub/scm/linux/kernel/git/lenb/linux-acpi-2.
lete-oss-drivers-for-removal-version-2.patch, but there's
> > > zero mentioning of this dropping in the changelog of 2.6.13-mm1.
> > >
> > > Can you explain why you did silently drop it?
> >
> > It spat rejects and when I looked at the putative remova
On Sat, Sep 03, 2005 at 12:34:10PM -0700, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > Hi Andrew,
> >
> > it seems you dropped
> > schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
> > zero mentioni
Adrian Bunk <[EMAIL PROTECTED]> wrote:
>
> Hi Andrew,
>
> it seems you dropped
> schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
> zero mentioning of this dropping in the changelog of 2.6.13-mm1.
>
> Can you explain why you did silent
From: "Brown, Len" <[EMAIL PROTECTED]>
Date: Sat, 3 Sep 2005 12:58:15 -0400
> CONFIG_AUDIT=y indeed did the trick.
>
> When will I be able to delete CONFIG_AUDIT from my kernel again?
It's a regression we accidently added to the netlink socket
family, we will fix it. But please use the workarou
On Sat, 2005-09-03 at 23:51 +1000, Peter Williams wrote:
> > Are you seeing this "Device not ready" message appear over and over, or
> > just the once?
>
> Just the once.
OK, I finally have a theory about this. It's the everything goes via
bios code. Previously there were several levels at wh
>As for the inability to log in, this bug may be relevant,
>given I also had
>that problem:
>
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=166422
>
>There are fixes in the pipeline for util-linux audit
>interaction in Fedora as
>well. I know because I reported those too ;)
>
>> afte
n ignore.
>> >
>> > If this works, then we munged git-acpi.patch in
>2.6.13-mm1 somehow.
>>
>> There were no problems with this patch applied. So it
>looks like the
>> munge theory is correct.
>
>That diff is significantly different from the
Reuben Farrelly wrote:
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the syst
Hi Peter,
On 3/09/2005 4:59 a.m., Peter Williams wrote:
Brown, Len wrote:
[ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
Yes. In both cases, the system appears to boot normally b
In sys_sched_yield(), we cache current->array in the "array" variable, thus
there's no need to dereference "current" again later.
Signed-Off-By: Renaud Lienhart <[EMAIL PROTECTED]>
--- a/kernel/sched.cSat Sep 3 14:01:38 2005
+++ b/kernel/sched.cSat Sep 3 14:02:47 2005
@@ -4058,7 +4058,7
Hi Andrew,
it seems you dropped
schedule-obsolete-oss-drivers-for-removal-version-2.patch, but there's
zero mentioning of this dropping in the changelog of 2.6.13-mm1.
Can you explain why you did silently drop it?
TIA
Adrian
--
"Is there not promise of rain?" Ling Tan
ia64/Kconfig
> > that you can ignore.
> >
> > If this works, then we munged git-acpi.patch in 2.6.13-mm1 somehow.
>
> There were no problems with this patch applied. So it looks like the
> munge theory is correct.
That diff is significantly different from the diff I
Len Brown wrote:
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
I am able to confirm that the problem occurs with vanilla 2.5.13 after
I apply the above patch.
Thanks
On Sat, 2005-09-03 at 03:18 -0400, Peter Williams wrote:
>
> http://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/broken-out/git-acpi.patch
> >>
> I am able to confirm that the problem occurs with vanilla 2.5.13 after
> I apply the above patch.
is output are created
whenever I try to log in or connect via ssh.
Please confirm that vanilla 2.6.13 has none of these symptoms.
That's correct. 2.6.13 exhibits none of these symptoms.
Please apply just the ACPI part of the 2.6.13-mm1 patch to see if
these issues are caused by that
eated whenever I try to log in or
connect via ssh.
Please confirm that vanilla 2.6.13 has none of these symptoms.
That's correct. 2.6.13 exhibits none of these symptoms.
Please apply just the ACPI part of the 2.6.13-mm1 patch to see if
these issues are caused by that or if they are caused by
initialization output. The PF_NETLINK error messages
>after the
>login prompt in this output are created whenever I try to log in or
>connect via ssh.
Please confirm that vanilla 2.6.13 has none of these symptoms.
Please apply just the ACPI part of the 2.6.13-mm1 patch to see if
thes
Peter Williams <[EMAIL PROTECTED]> wrote:
>
> Brown, Len wrote:
> >>>[ 279.662960] [] wait_for_completion+0xa4/0x110
> >
> >
> > possibly a missing interrupt?
> >
> >
> >>CONFIG_ACPI=y
> >
> >
> > any difference if booted with "acpi=off" or "acpi=noirq"?
>
> Yes. In both cases, the system
write tests
[ 13.683605] target0:0:4: FAST-10 SCSI 10.0 MB/s ST (100 ns, offset 8)
[ 13.777934] target0:0:4: Ending Domain Validation
[ 14.884703] Device not ready.
[ 15.763312] kjournald starting. Commit interval 5 seconds
[ 15.835612] EXT3-fs: mounted filesystem with ordered data m
> > [ 279.662960] [] wait_for_completion+0xa4/0x110
possibly a missing interrupt?
> CONFIG_ACPI=y
any difference if booted with "acpi=off" or "acpi=noirq"?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo inf
Peter Williams <[EMAIL PROTECTED]> wrote:
>
> Andrew Morton wrote:
> > Peter Williams <[EMAIL PROTECTED]> wrote:
> >
> >>... at the the point indicated by the following output:
> >>
> >>[8.197224] Freeing unused kernel memory: 288k freed
> >>[8.428217] SCSI subsystem initialized
> >>[8
ul, thanks.
Attached as origma.config.
Peter
--
Peter Williams [EMAIL PROTECTED]
"Learning, n. The kind of ignorance distinguishing the studious."
-- Ambrose Bierce
root (hd1,0)
Filesystem type is ext2fs, partition type 0x83
kernel /vmli
The most recent IPW2200 release is 1.0.6. Now we have:
#define IPW2200_VERSION "1.0.0"
in 2.6.13-git2. Here, the version of firmware is set to the last release:
ipw2200.c:#define IPW_FW_MAJOR_VERSION 2
ipw2200.c:#define IPW_FW_MINOR_VERSION 2
The most recent firmware
On Fri, 2 Sep 2005 14:45:52 -0700, Andrew Morton <[EMAIL PROTECTED]> wrote:
>"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>>
[...]
>> Still the same result, system bocks starting udev...
>>
>
>OK, thanks. Nothing from sysrq-t? Does the below help?
>
>---
>devel/fs/sysfs/file.c~gregkh-driver-sy
1/09/2005 10:58 a.m., Andrew Morton wrote:
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > > > >
> > > > > - Included Alan's big tty layer buffering rewrite. This breaks the
> > > > &g
"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>
>
> On 09.02, Andrew Morton wrote:
> > "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> > >
> > >
> > > On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > >
Benjamin LaHaise <[EMAIL PROTECTED]> wrote:
>
> On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
> > Dropped (I have it in a new AIO patch series but I took yet another look at
> > all the AIO stuff and felt queasy)
>
> What's the nature of the queasiness? Is it something that can
Peter Williams <[EMAIL PROTECTED]> wrote:
>
> ... at the the point indicated by the following output:
>
> [8.197224] Freeing unused kernel memory: 288k freed
> [8.428217] SCSI subsystem initialized
> [8.510376] sym0: <810a> rev 0x23 at pci :00:08.0 irq 11
> [8.587731] sym0: No
Ingo, Dino, and Andrew,
Here is the "cpuset + build_sched_domains() mangles structures" set of
patches against 2.6.13-mm1.
Patch #3: Re-enable "dynamic sched domains" by backing out the hack
introduced last week.
Signed-off-by: John Hawkes <[EMAIL PROTECTED
Ingo, Dino, and Andrew,
Here is the "cpuset + build_sched_domains() mangles structures" set of
patches against 2.6.13-mm1.
Patch #1: Move the ia64 domain setup code to the generic code
Signed-off-by: John Hawkes <[EMAIL PROTECTED]>
Signed-off-by: Ingo Molnar <[EMAIL PROTEC
Ingo, Dino, and Andrew,
Here is the "cpuset + build_sched_domains() mangles structures" set of
patches against 2.6.13-mm1.
Patch #2: Fix the "dynamic sched domains" bug:
* For a NUMA system with multiple CPUs per node, declaring a
cpu-exclusive cpuset that includes on
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
> Dropped (I have it in a new AIO patch series but I took yet another look at
> all the AIO stuff and felt queasy)
What's the nature of the queasiness? Is it something that can be addressed
by rewriting the patches, or just general
On 09.02, Andrew Morton wrote:
> "J.A. Magallon" <[EMAIL PROTECTED]> wrote:
> >
> >
> > On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > >
> &g
it says: noise or something else
caused the connection to be disabled. In theory this could be caused by a
problem with the host controller, the cable, or the printer. Does this
happen consistently with 2.6.13-mm1? Did it happen with 2.6.12?
> > Sep 2 13:26:23 tornado kernel: us
On Fri, 2 Sep 2005, Alexander Nyberg wrote:
> On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
>
> i386-boottime-for_each_cpu-broken.patch
> i386-boott
On Thu, Sep 01, 2005 at 03:55:42AM -0700 Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
i386-boottime-for_each_cpu-broken.patch
i386-boottime-for_each_cpu-broken-fix.patch
The SMP version of __alloc_percpu c
... at the the point indicated by the following output:
[8.197224] Freeing unused kernel memory: 288k freed
[8.428217] SCSI subsystem initialized
[8.510376] sym0: <810a> rev 0x23 at pci :00:08.0 irq 11
[8.587731] sym0: No NVRAM, ID 7, Fast-10, SE, parity checking
[8.671531
On Friday, 2 of September 2005 13:45, Rafael J. Wysocki wrote:
> On Friday, 2 of September 2005 13:09, Andrew Morton wrote:
> > Pavel Machek <[EMAIL PROTECTED]> wrote:
> > >
> > > > One more piece of information. This is the one that loops:
> > > >
> > > > echo 30 > /sys/class/firmware/timeout
On Gwe, 2005-09-02 at 01:25 +0200, Adrian Bunk wrote:
> The MWAVE also got a comment
> # PLEASE DO NOT DO THIS - move this driver to drivers/serial
Mwave is an interested toy - its mostly an enabled for the hardware and
the services provided are not just serial but also audio etc
-
To unsubscri
On Friday, 2 of September 2005 13:09, Andrew Morton wrote:
> Pavel Machek <[EMAIL PROTECTED]> wrote:
> >
> > > One more piece of information. This is the one that loops:
> > >
> > > echo 30 > /sys/class/firmware/timeout
> >
> > Try echo -n ...
>
> Or revert gregkh-driver-sysfs-strip_leading_
Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > One more piece of information. This is the one that loops:
> >
> > echo 30 > /sys/class/firmware/timeout
>
> Try echo -n ...
Or revert gregkh-driver-sysfs-strip_leading_trailing_whitespace.patch.
Obviously if you write 30\n and the write returns
On Friday, 2 of September 2005 12:43, Pavel Machek wrote:
> Hi!
>
> > > > > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > > > > >
> > > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-
Hi!
> > > > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > > > >
> > > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > > >
> > > > I cannot start PCMCIA on x86-64 SuSE 9.
> > >
> > > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> > >
> > > I cannot start PCMCIA on x86-64 SuSE 9.3 on Asus L5D. Apparently, the
> > > following
> > > command:
> > >
> > >
On Thursday, 1 of September 2005 23:28, Andrew Morton wrote:
> "Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
> >
> > On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> > >
> > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patch
"J.A. Magallon" <[EMAIL PROTECTED]> wrote:
>
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> > - Included Alan's big tty layer buffering rewrite. Thi
Reuben Farrelly <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
> >
> ...
>
> This patch:
>
> netlink-log-protocol-failures.pat
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
> - Included Alan's big tty layer buffering rewrite. This breaks the build on
> lots of more obscure character device drivers. Patches w
Hi,
On 1/09/2005 10:58 a.m., Andrew Morton wrote:
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
- Included Alan's big tty layer buffering rewrite. This breaks the build on
lots of more obscure character device drivers. Patches welcome (please cc
i disabled the isdn subsystem temporarely and tried to recompile
finding out that jsm-tty is affected too:
CC [M] drivers/serial/jsm/jsm_tty.o
drivers/serial/jsm/jsm_tty.c: In function 'jsm_input':
drivers/serial/jsm/jsm_tty.c:592: error: 'struct tty_struct' has no member
named 'flip'
drivers/
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc6-mm2:
>...
> git-serial.patch
>...
> Subsystem trees
>...
This patch contains Alan's patch for fixing the compilation of
drivers/char/mwave/mwavedd.c, but the driver is still marked as BROKEN
which sh
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Adrian Bunk wrote:
> On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>
>>...
>>Changes since 2.6.13-rc6-mm2:
>>...
>>+sisfb-update.patch
>>...
>> fbdev updates
>>...
>
>
> This patch accidentally replaces drivers/video/sis/Makefile wi
Hi, I tried to compile 2.6.13-mm1, got some error:
CC [M] drivers/isdn/i4l/isdn_tty.o
drivers/isdn/i4l/isdn_tty.c: In function `isdn_tty_try_read':
drivers/isdn/i4l/isdn_tty.c:71: error: structure has no member named `flip'
drivers/isdn/i4l/isdn_tty.c:86: error: structure has no me
On Thu, Sep 01, 2005 at 03:55:42AM -0700, Andrew Morton wrote:
>...
> Changes since 2.6.13-rc6-mm2:
>...
> +sisfb-update.patch
>...
> fbdev updates
>...
This patch accidentally replaces drivers/video/sis/Makefile with a
toplevel Makefile.
cu
Adrian
--
"Is there not promise of rain?" L
Marco Perosa <[EMAIL PROTECTED]> wrote:
>
> Hi there,
> I've just tried the 2.6.13-mm1 kernel,
Thanks for doing that.
> and at the new boot i've noticed a strange stop in the init sequence.
> Not a freeze, the system will shutdown with ctrl+alt+canc (even thou
On Thu, Sep 01, 2005 at 06:21:50PM +, J.A. Magallon wrote:
> Hi...
>
> Back from holydays and trying to get up-to-date with new kernel releases.
> With 2.6.13-mm1, I get this:
>
>
> werewolf:/usr/src/linux# make
> CHK include/linux/version.h
> make[1]: `arc
On Thu, Sep 01, 2005 at 04:26:02PM -0500, Joel Schopp wrote:
> It's like whack a mole. 30 more now in drivers/serial/jsm/jsm_tty.c and
> drivers/serial/icom.c
I've been whacking moles for some time doing all those I can. the jsm_tty
code needs major surgery and its bad it ever got into the kern
"Rafael J. Wysocki" <[EMAIL PROTECTED]> wrote:
>
> On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
> >
> > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
>
> I cannot start PCMCIA on x86-64 SuSE 9.3 on
Try the diff below although I suspect much of the extra logic can go
away and something like
len = tty_buffer_request_root(tty, HVCS_BUFF_LEN);
if(len) {
len = hvc_get_chars(, len);
tty_insert_flip_string(tty, buf, len);
}
is better.
On Thu, Sep 01, 2005 at 03:56:08PM -0500, Joel Schopp wrote:
> There are at least a couple other spots where flip got missed, after
> fixing the count and flip problem mentioned these come up:
>
> drivers/char/hvcs.c:459: error: structure has no member named `flip'
> drivers/char/hvcs.c:472: erro
On Thursday, 1 of September 2005 12:55, Andrew Morton wrote:
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
I cannot start PCMCIA on x86-64 SuSE 9.3 on Asus L5D. Apparently, the following
command:
sh -c modprobe --ignore-install firmware_class; e
On Thu, Sep 01, 2005 at 07:41:02PM +0200, Damir Perisa wrote:
> hi Andrew,
> hi Alan,
>
> updating the kernel26mm package for archlinux to 2.6.13-mm1 i found the
> isdn-tty to be broken:
isdn-tty needs updating and is complex to update. I've been talking with
Karsten Keil a
/* If flip is full, just reschedule a later read */
if (count == 0) {
poll_mask |= HVC_POLL_READ;
shouldn't be deleting the declaration of count.
and possibly the "flip removal" was incomplete (line 636) ???
Yep. You can remove the tty->fli
Dominik> Why should I check for newer firmware!? I don't understand
Dominik> that point of view. The device works without any problems
Dominik> with 2.6.13-ck1 as 2.6.13-rc6-mm1 and before kernels. So
Dominik> there is no need to check the firmware imho.
That's on point of view. In my experienc
On Thursday 01 September 2005 19:34, John Stoffel wrote:
> Dominik,
>
> So what is the chipset inside the enclosure? Looking at your output,
> the 'Argosy' stuff doesn't tell me anything. You might have to open
> up the case to look in there to find more details.
>
> Again, check with your vendor
hi Andrew,
hi Alan,
updating the kernel26mm package for archlinux to 2.6.13-mm1 i found the
isdn-tty to be broken:
CC [M] drivers/isdn/i4l/isdn_tty.o
drivers/isdn/i4l/isdn_tty.c: In function 'isdn_tty_try_read':
drivers/isdn/i4l/isdn_tty.c:71: error: 'struct tty_struct'
Dominik,
So what is the chipset inside the enclosure? Looking at your output,
the 'Argosy' stuff doesn't tell me anything. You might have to open
up the case to look in there to find more details.
Again, check with your vendor and see if there is newer firmware. And
have you powered up the
nce.
>
> Also, can you use this USB enclosure on Windows or another computer?
> And which kernel version are you running? It's not clear if your on
> 2.6.13-mm1 or some other version.
2.6.13-mm1, as mentioned in subject.
The external hdd worked with 2.6.13-rc6-mm1 and 2.6.13-ck1,
one using
the Prolific chipset for both USB/Firewire and it was crappy until I
upgraded the firmware on there. It made all the difference.
Also, can you use this USB enclosure on Windows or another computer?
And which kernel version are you running? It's not clear if your on
2.6.13-mm1 or some o
On Thursday 01 September 2005 12:55, Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13
>-mm1/
When I switch on my external harddisk, which is connected through usb, the
kernel hangs. First time I did that at bootup there were a lot of back
On Thu, Sep 01, 2005 at 07:22:53AM -0700, Martin J. Bligh wrote:
>...
> Lots of this:
>
> In file included from fs/xfs/linux-2.6/xfs_linux.h:57,
> from fs/xfs/xfs.h:35,
> from fs/xfs/xfs_rtalloc.c:37:
> fs/xfs/xfs_arch.h:55:21: warning: "__LITTLE_ENDIAN" is not de
On Thu, Sep 01, 2005 at 07:22:53AM -0700, Martin J. Bligh wrote:
> - if (count > (TTY_FLIPBUF_SIZE - tty->flip.count))
> - count = TTY_FLIPBUF_SIZE - tty->flip.count;
> -
> + count = tty_buffer_request_room(tty, N_INBUF);
> +
Should
Breaks build on PPC64
Lots of this:
In file included from fs/xfs/linux-2.6/xfs_linux.h:57,
from fs/xfs/xfs.h:35,
from fs/xfs/xfs_rtalloc.c:37:
fs/xfs/xfs_arch.h:55:21: warning: "__LITTLE_ENDIAN" is not defined
In file included from fs/xfs/xfs_rtalloc.c:50:
fs/xf
ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13/2.6.13-mm1/
- Included Alan's big tty layer buffering rewrite. This breaks the build on
lots of more obscure character device drivers. Patches welcome (please cc
Alan).
Changes since 2.6.13-rc6-mm2:
linus.patch
100 matches
Mail list logo