From: Andrew de Quincey <[EMAIL PROTECTED]>
Enable frontend on KNC plus cards.
Signed-off-by: Andrew de Quincey <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/ttpci/budget-av.c |1 +
1 file changed, 1 insertion(+)
--- linux-2.6.13-git4.orig/dri
From: David Johnson <[EMAIL PROTECTED]>
Add support for Nebula DigiTV PCI cards with the MT352 frontend.
Signed-off-by: David Johnson <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/dvb-bt8xx.c | 141 +++-
1 fil
Reset acgconf register after tuning to improve locking, as suggested
by Marco Schluessler.
Minor cleanups in ves1820_init().
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/frontends/ves1820.c | 15 +++
1 file changed, 7 insertions(+), 8 deletions(-)
--- l
From: Svante Olofsson <[EMAIL PROTECTED]>
Add support for the NXT6000-based digitv-box.
Add .get_tune_settings callback for the NXT6000 to have a min_tune_delay of
500ms.
Signed-off-by: Svante Olofsson <[EMAIL PROTECTED]>
Signed-off-by: Patrick Boettcher <[EMAIL PROTECTED]>
Signed-off-by: Johann
From: Manu Abraham <[EMAIL PROTECTED]>
Fix BUG in DVB-C frequency setting.
Thanks to Peng Cao <[EMAIL PROTECTED]>
Signed-off-by: Manu Abraham <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/dst.c |1 +
1 file changed, 1 insertion(+)
--- li
From: Andrew de Quincey <[EMAIL PROTECTED]>
Allow the stv0299 to read the BER and UCBLOCKS.
Signed-off-by: Andrew de Quincey <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/frontends/stv0299.c | 13 +
1 file changed, 5 insertions(+), 8
On 9/4/05, Johannes Stezenbach <[EMAIL PROTECTED]> wrote:
> From: Oliver Endriss <[EMAIL PROTECTED]>
>
> Improved remote control support for av7110-based cards:
> o extended rc5 protocol, firmware >= 0x2620 required
> o key-up timer slightly adjusted
> o completely moved remote control code to av7
From: Andrew de Quincey <[EMAIL PROTECTED]>
Misc. fixes.
Signed-off-by: Andrew de Quincey <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/frontends/s5h1420.c | 162 +++---
drivers/media/dvb/frontends/s5h1420.h |3
dr
From: Manu Abraham <[EMAIL PROTECTED]>
Identify board properly: Add functions to retrieve
MAC Address, FW details, Card type and Vendor Information.
Signed-off-by: Manu Abraham <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/dst.c| 89
From: Andreas Oberritter <[EMAIL PROTECTED]>
Removed some useless functions and variables.
Signed-off-by: Andreas Oberritter <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/dvb-core/demux.h | 13 ---
drivers/media/dvb/dvb-core/dvb_demux
From: Dominique Dumont <[EMAIL PROTECTED]>
Patch from Dominique Dumont to get the SCM Red Viaccess CAM working with the
budget-ci.
Signed-off-by: Dominique Dumont <[EMAIL PROTECTED]>
Signed-off-by: Andrew de Quincey <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
dri
From: David Johnson <[EMAIL PROTECTED]>
Indentation fixes and remove unnecessary braces.
Signed-off-by: David Johnson <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/dvb-bt8xx.c | 229 ++--
1 file changed, 116 i
From: Patrick Boettcher <[EMAIL PROTECTED]>
Add driver for the TwinhanDTV StarBox and clones.
Thanks to Ralph Metzler for his initial work on this box and thanks to Twinhan
for their support.
Signed-off-by: Patrick Boettcher <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTE
From: Andrew de Quincey <[EMAIL PROTECTED]>
Add support for TT DVB-C CI card.
Signed-off-by: Andrew de Quincey <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/b2c2/flexcop-fe-tuner.c | 97 +++
drivers/media/dvb/frontends/stv0297.c |
From: Andreas Oberritter <[EMAIL PROTECTED]>
Removed empty module_init/exit calls.
Signed-off-by: Andreas Oberritter <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/dvb-usb/dvb-usb-init.c | 13 -
1 file changed, 13 deletions(-)
--- lin
From: Adam Szalkowski <[EMAIL PROTECTED]>
Fix DiSEqC problems.
Signed-off-by: Adam Szalkowski <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/frontends/cx24110.c | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
--- linux-2.6.13-
Hi Andrew,
here's another DVB update, mostly small fixes and improvements.
Patches have been prepared against 2.6.13-git4 and IMHO could
go straight into Linus' tree, but have been tested to apply
cleanly against 2.6.13-mm1.
The dvb-bt8xx-dst-doc-update.patch depends on
dvb-clarify-description-te
From: Patrick Boettcher <[EMAIL PROTECTED]>
This patch changes two things:
1) a firmware update made by the vendor, which has to be done in Windows for
now, changes the DVB-data-pipe from isochronous to bulk: it fixes the data
distortions (and thus the video-distortions) in DVB-T mode; there is n
From: Andreas Oberritter <[EMAIL PROTECTED]>
Formatting fixes (Lindent + some handwork).
Signed-off-by: Andreas Oberritter <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/dvb-core/dvb_demux.c | 469 -
drivers/media/dv
From: Patrick Boettcher <[EMAIL PROTECTED]>
Add USB IDs of the Kworld Xpert DVB-T USB2.0 (clone of the ADStech box).
Thanks to Marcus Hagn for testing.
Signed-off-by: Patrick Boettcher <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/dvb-usb/dibusb-mb
Don't build empty built-in.o when DVB/V4L is not configured.
Thanks to Sam Ravnborg and Keith Owens.
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/Makefile |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
--- linux-2.6.13-git4.orig/drivers/media/Makefile
From: Olaf Hering <[EMAIL PROTECTED]>
Remove all #include and all references
to LINUX_VERSION_CODE and KERNEL_VERSION. Based on
patch by Olaf Hering.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/common/saa7146_fops.c |
Update email address of Peter Hettkamp.
Signed-off-by: Johannes Stezenbach <[EMAIL PROTECTED]>
drivers/media/dvb/bt8xx/bt878.c |2 +-
drivers/media/dvb/bt8xx/bt878.h |2 +-
drivers/media/dvb/bt8xx/dvb-bt8xx.h |2 +-
drivers/media/dvb/frontends/cx24110.c |2 +-
drive
On 9/4/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> The patch titled
>
> quiet non-x86 option ROM warnings
>
> has been added to the -mm tree. Its filename is
[...]
>
> From: Olaf Hering <[EMAIL PROTECTED]>
>
> Quiet an incorrect warning in aty128fb and radeonfb about the PCI ROM
On 9/5/05, Matt LaPlante <[EMAIL PROTECTED]> wrote:
>
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:linux-kernel-
> > [EMAIL PROTECTED] On Behalf Of Jesper Juhl
> > Sent: Sunday, September 04, 2005 2:49 PM
> > To: Matt LaPlante
> > Cc: Herbert Xu; linux-kernel@vger.kernel.org
Yesterday I replaced the Winchester 3000+ in my Asus A8v-Deluxe with an
AMD X2 3800+. I had been running a 2.6.12.3 kernel without SMP support.
After installing the new CPU I booted up with no trouble and
reconfigured/recompiled with SMP support. However, upon installing this
kernel, I was unab
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-kernel-
> [EMAIL PROTECTED] On Behalf Of Jesper Juhl
> Sent: Sunday, September 04, 2005 2:49 PM
> To: Matt LaPlante
> Cc: Herbert Xu; linux-kernel@vger.kernel.org
> Subject: Re: Potential IPSec DoS/Kernel Panic with 2.6.13
>
> >
On 9/4/05, Petter Shappen <[EMAIL PROTECTED]> wrote:
> As we all know the kernel maintain a data struct for the
> process(PCB),and also for the thread.Because of the latter's smaller
> than the former's,thread switching is faster than the process
not really. They just share some bits (like: addres
On Sun, Sep 04, 2005 at 10:33:44PM +0200, Pavel Machek wrote:
> > - read-only mount
> > - "specatator" mount (like ro but no journal allocated for the mount,
> > no fencing needed for failed node that was mounted as specatator)
>
> I'd call it "real-read-only", and yes, that's very usefull
> mou
On Sun, 4 Sep 2005 14:04:46 -0700, Matthew Dharm <[EMAIL PROTECTED]> wrote:
>On Sat, Sep 03, 2005 at 09:53:19PM -0400, Alan Stern wrote:
>> On Sat, 3 Sep 2005, Jan De Luyck wrote:
>>
>> > I've posted in the past about problems with these enclosures - increasing
>> > the
>> > delay seems to fix
On 9/4/05, Horst von Brand <[EMAIL PROTECTED]> wrote:
> Jesper Juhl <[EMAIL PROTECTED]> wrote:
> > On 9/4/05, Harald Welte <[EMAIL PROTECTED]> wrote:
> > > On Sun, Sep 04, 2005 at 12:12:18PM +0200, Harald Welte wrote:
> > > > Hi!
> > > >
> > > > Below you can find a driver for the Omnikey CardMan 4
On Sun, Sep 04, 2005 at 02:25:30PM -0700, Andrew Morton wrote:
> Matthew Garrett <[EMAIL PROTECTED]> wrote:
> >
> > > SD/MMC
> >
> > Ditto.
> >
>
> There are Secure Digital drivers in -mm. I'm sure Pierre would like a
> tester..
Not for the TI part, as far as I know. The only specs available
Bas Westerbaan <[EMAIL PROTECTED]> wrote:
> > Yes you are. You're asking for 4KSTACKS config option to maintained
> > and it is not something you get for free. Besides, if it is indeed
> > ripped out of mainline kernel, you can always keep it a separate patch
> > for ndiswrapper.
> Though 4K stack
Andreas Hartmann <[EMAIL PROTECTED]> wrote:
1> Alex Riesen wrote:
> > On 9/3/05, Andreas Hartmann <[EMAIL PROTECTED]> wrote:
> >> Hello!
> >> Is it possible to prevent a program to be straced on x86?
> >> What do I have to do, eg., to prevent a perl-program to be straced?
Look at the contortions s
Jesper Juhl <[EMAIL PROTECTED]> wrote:
> On 9/4/05, Harald Welte <[EMAIL PROTECTED]> wrote:
> > On Sun, Sep 04, 2005 at 12:12:18PM +0200, Harald Welte wrote:
> > > Hi!
> > >
> > > Below you can find a driver for the Omnikey CardMan 4040 PCMCIA
> > > Smartcard Reader.
> >
> > Sorry, the patch was m
Hi,
I had 2.6.13 lock my machine three times within a hour each after
upgrading to 2.6.13 (last time within 5 minutes). The machine was
running 2.6.12.5 (and earlier releases) without any problems, so I'd
suspect it's not a hardware issue. Problem is that I don't find any
trace of this lockup an
On Sun, Sep 04, 2005 at 01:51:08PM -0700, Bret Towe wrote:
> On 9/4/05, Bret Towe <[EMAIL PROTECTED]> wrote:
> > On 9/4/05, Francois Romieu <[EMAIL PROTECTED]> wrote:
> > > Bret Towe <[EMAIL PROTECTED]> :
> > > [...]
> > > > after moving some files on the server to a new location then trying to
> >
Dave Jones <[EMAIL PROTECTED]> wrote:
>
> On Sun, Sep 04, 2005 at 01:16:00PM -0700, Andrew Morton wrote:
> > unsigned long __copy_to_user_ll(void __user *to, const void *from,
> unsigned long n)
> > {
> > BUG_ON((long) n < 0);
>
> Ehh? It's unsigned. This will never be true.
It's cast
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
Matthew Garrett <[EMAIL PROTECTED]> wrote:
>
> > SD/MMC
>
> Ditto.
>
There are Secure Digital drivers in -mm. I'm sure Pierre would like a
tester..
> > Additionally, the system clock runs at 2x normal speed with PowerNow
> enabled.
>
> http://bugzilla.kernel.org/show_bug.cgi?id=3927
Hol
On 9/3/05, Andrew Morton <[EMAIL PROTECTED]> wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > 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-
On Sun, Sep 04, 2005 at 01:37:55PM -0700, Nishanth Aravamudan wrote:
> That looks great! So I guess I'm just suggesting moving this from
> include/asm-arch/mach/time.h to arch-independent headers? Perhaps
> timer.h is the best place for now, as it already contains the
> next_timer_interrupt() proto
On Sat, Sep 03, 2005 at 09:53:19PM -0400, Alan Stern wrote:
> On Sat, 3 Sep 2005, Jan De Luyck wrote:
>
> > I've posted in the past about problems with these enclosures - increasing
> > the
> > delay seems to fix it, albeit temporarily. The further you go in using the
> > disk in such an enclos
On 9/4/05, Bret Towe <[EMAIL PROTECTED]> wrote:
> On 9/4/05, Francois Romieu <[EMAIL PROTECTED]> wrote:
> > Bret Towe <[EMAIL PROTECTED]> :
> > [...]
> > > after moving some files on the server to a new location then trying to
> > > add the files
> > > to xmms playlist i found the following in dmes
On 04.09.2005 [21:26:16 +0100], Russell King wrote:
> On Sun, Sep 04, 2005 at 01:10:54PM -0700, Nishanth Aravamudan wrote:
> > I've got a few ideas that I think might help push Con's patch coalescing
> > efforts in an arch-independent fashion.
>
> Note that ARM contains cleanups on top of Tony's o
On Sun, Sep 04, 2005 at 10:13:10PM +0200, Bas Westerbaan wrote:
> > > Though 4K stacks are used a lot, they probably aren't used on all
> > > configurations yet. Other situations may arise where 8K stacks may be
> > > preferred. It is too early to kill 8K stacks imho.
> >
> > Please name situ
On 04.09.2005 [21:26:16 +0100], Russell King wrote:
> On Sun, Sep 04, 2005 at 01:10:54PM -0700, Nishanth Aravamudan wrote:
> > I've got a few ideas that I think might help push Con's patch coalescing
> > efforts in an arch-independent fashion.
>
> Note that ARM contains cleanups on top of Tony's o
Hi!
> - read-only mount
> - "specatator" mount (like ro but no journal allocated for the mount,
> no fencing needed for failed node that was mounted as specatator)
I'd call it "real-read-only", and yes, that's very usefull
mount. Could we get it for ext3, too?
On Sun, Sep 04, 2005 at 01:10:54PM -0700, Nishanth Aravamudan wrote:
> I've got a few ideas that I think might help push Con's patch coalescing
> efforts in an arch-independent fashion.
Note that ARM contains cleanups on top of Tony's original work, on
which the x86 version is based.
Basically, T
On Sun, Sep 04, 2005 at 01:16:00PM -0700, Andrew Morton wrote:
> unsigned long __copy_to_user_ll(void __user *to, const void *from, unsigned
> long n)
> {
> BUG_ON((long) n < 0);
Ehh? It's unsigned. This will never be true.
> +unsigned long
> +__copy_from_user_ll_nocache(void *to, c
> > Though 4K stacks are used a lot, they probably aren't used on all
> > configurations yet. Other situations may arise where 8K stacks may be
> > preferred. It is too early to kill 8K stacks imho.
>
> Please name situations where 8K stacks may be preferred that do not
> involve binary-only modul
On 03.09.2005 [18:14:48 +1000], Con Kolivas wrote:
> On Sat, 3 Sep 2005 18:06, Russell King wrote:
> > On Sat, Sep 03, 2005 at 06:01:08PM +1000, Con Kolivas wrote:
> > > On Sat, 3 Sep 2005 17:58, Russell King wrote:
> > > > On Sat, Sep 03, 2005 at 04:13:10PM +1000, Con Kolivas wrote:
> > > > > Noon
On Sat, Sep 03, 2005 at 01:06:32PM -0700, Andrew Morton wrote:
> Adrian Bunk <[EMAIL PROTECTED]> wrote:
> >
> > On Sat, Sep 03, 2005 at 12:34:10PM -0700, Andrew Morton wrote:
> > > Adrian Bunk <[EMAIL PROTECTED]> wrote:
> > > >
> > > > Hi Andrew,
> > > >
> > > > it seems you dropped
> > > > sched
On Sunday 04 September 2005 03:28, Andrew Morton wrote:
> If there is already a richer interface into all this code (such as a
> syscall one) and it's feasible to migrate the open() tricksies to that API
> in the future if it all comes unstuck then OK. That's why I asked (thus
> far unsuccessfully
On 9/4/05, Francois Romieu <[EMAIL PROTECTED]> wrote:
> Bret Towe <[EMAIL PROTECTED]> :
> [...]
> > after moving some files on the server to a new location then trying to
> > add the files
> > to xmms playlist i found the following in dmesg after xmms froze
> > wonder how many more items i can find
> -Messaggio originale-
> Da: matthieu castet [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 21.11
>
> ...omissis...
>
> The problem is that lot's of new devices implement part of their dsp
> function in the kernel space instead of in the device.
> And as company don't wan
On Sun, Sep 04, 2005 at 04:23:04AM -0400, Lee Revell wrote:
> On Sun, 2005-09-04 at 09:36 +0200, Stefan Smietanowski wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Lee Revell wrote:
> > > On Fri, 2005-09-02 at 02:39 +0200, Adrian Bunk wrote:
> > >
> > >>4Kb kernel stacks are
On Sun, Sep 04, 2005 at 07:12:33PM +0200, Bas Westerbaan wrote:
> > Yes you are. You're asking for 4KSTACKS config option to maintained
> > and it is not something you get for free. Besides, if it is indeed
> > ripped out of mainline kernel, you can always keep it a separate patch
> > for ndiswrapp
> -Messaggio originale-
> Da: matthieu castet [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 21.11
>
> ...omissis...
>
> The problem is that lot's of new devices implement part of their dsp
> function in the kernel space instead of in the device.
> And as company don't wan
On Friday 02 September 2005 23:02, Hugh Dickins wrote:
> On Fri, 26 Aug 2005, Blaisorblade wrote:
> > * The first 2 patches modify the PTE encoding macros and start preparing
> > the VM for the new situation (i.e. VMA which have variable protections,
> > which are called VM_NONUNIFORM. I dropped th
Giampaolo Tomassoni wrote:
-Messaggio originale-
Da: Francois Romieu [mailto:[EMAIL PROTECTED]
Inviato: domenica 4 settembre 2005 17.33
A: Giampaolo Tomassoni
Cc: linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]
Oggetto: Re: R: [Linux-ATM-General] [ATMSAR] Request for review - update #1
.
On Sunday 04 September 2005 19:36, Giampaolo Tomassoni wrote:
[snip]
>
> This may be true for AAL5 support, which is the way by which data is
> actually transferred between ADSL DSLAMs and CPE equipment.
>
> This may not be generally true, however: most providers are already
> delivering internet+v
On 9/4/05, Matt LaPlante <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:linux-kernel-
> > [EMAIL PROTECTED] On Behalf Of Herbert Xu
> > Sent: Sunday, September 04, 2005 4:24 AM
> > To: Matt LaPlante
> > Cc: linux-kernel@vger.kernel.org
> > Subject: Re:
> -Messaggio originale-
> Da: Francois Romieu [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 17.33
> A: Giampaolo Tomassoni
> Cc: linux-kernel@vger.kernel.org;
> [EMAIL PROTECTED]
> Oggetto: Re: R: [Linux-ATM-General] [ATMSAR] Request for review - update #1
>
> ...omissis..
> -Messaggio originale-
> Da: Alistair John Strachan [mailto:[EMAIL PROTECTED]
> Inviato: domenica 4 settembre 2005 18.21
>
> ...omissis...
>
> Just out of curiosity, is there ANY reason why this has to be done in the
> kernel? The PPPoATM module for pppd implements (via linux-atm) a
>
>takelock domainxxx lock1
>do sutff
>droplock domainxxx lock1
>
> When someone kills the shell, the lock is leaked, becuase droplock isn't
> called.
Why not open the lock resource (or the lock space) instead of
individual locks as file? It then looks like this:
open lock
Hello again,
Got some more info that may be of value here. After I saw gcc coredump
on me with 2.6.13 I tried halting my system and I saw a kernel panic
while shutting down. The stack trace it showed me was:
flush_tlb_mm+201
exit_mmap+249
mmput+49
do_exit+434
sys_reboot+264
__grou
Guillaume Chazarain wrote:
Just a thought : why couldn't ndiswrapper set apart some piece
of memory and use it as the stack by changing the esp register
before executing windows code.
Like http://article.gmane.org/gmane.linux.drivers.ndiswrapper.general/4737
It's dirty, I know, but after all th
Patrick McHardy wrote:
Herbert Xu wrote:
We aren't handling the reading of specific fields like the IP protocol
field correctly. This patch should make it work again.
I can't spot the problem, could you give me a hint?
Never mind, I got it, we never fall through to the second switch
state
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 17:41, Grzegorz Kulewski wrote:
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
Dears,
thanks to Jiri Slaby who found a bug in the AAL0 handling of th
* Ralf Hildebrandt <[EMAIL PROTECTED]>:
> * Ralf Hildebrandt <[EMAIL PROTECTED]>:
>
> > The one message strinking me as odd during the boot-process is:
> > Jul 21 19:50:01 kasbah kernel: AC'97 warm reset still in progress?
> > [0x]
>
> More details: If I unload the sounddriver:
>
> # rm
> Yes you are. You're asking for 4KSTACKS config option to maintained
> and it is not something you get for free. Besides, if it is indeed
> ripped out of mainline kernel, you can always keep it a separate patch
> for ndiswrapper.
Though 4K stacks are used a lot, they probably aren't used on all
c
Add the subsystem PCI devid to the list (on top of 2.6.13).
- Davide
Signed-off-by: Davide Libenzi
diff -Nru linux-2.6.13/sound/pci/hda/patch_realtek.c
linux-2.6.13.mod/sound/pci/hda/patch_realtek.c
--- linux-2.6.13/sound/pci/hda/patch_realtek.c 2005-09-03 15:59:25.0
-0700
+++
* Stefan Smietanowski ([EMAIL PROTECTED]) wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Alex Davis wrote:
> >>Please don't tell me to "care for closed-source drivers".
> >
> > ndiswrapper is NOT closed source. And I'm not asking you to "care".
>
> While ndiswrapper might not be c
On 9/4/05, Paul Misner <[EMAIL PROTECTED]> wrote:
> No one is asking you to 'care' about our problems running a notebook with a
> closed source driver under ndiswrapper.
Yes you are. You're asking for 4KSTACKS config option to maintained
and it is not something you get for free. Besides, if it i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alex Davis wrote:
>>Please don't tell me to "care for closed-source drivers".
>
> ndiswrapper is NOT closed source. And I'm not asking you to "care".
While ndiswrapper might not be closed source, I would not call the
windows driver it loads open sou
Herbert Xu wrote:
We aren't handling the reading of specific fields like the IP protocol
field correctly. This patch should make it work again.
I can't spot the problem, could you give me a hint?
I tried to move this logic into the new load_pointer function but it
all came out messy so I sim
Giampaolo Tomassoni napsal(a):
I attach a fixed version of the atmsar patch as a diff against the 2.6.13
kernel tree.
static inline void dump_skb (char * prefix, unsigned int vc, struct
sk_buff * skb) {
what's this? 81+ chars on line
{ on a newline, please
' * ' --> ' *'
spin_lock_irqsav
On Sunday 04 September 2005 17:41, Grzegorz Kulewski wrote:
> On Sun, 4 Sep 2005, Alistair John Strachan wrote:
> > On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
> >> Dears,
> >>
> >> thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
> >> module.
> >>
> >> I at
On Sunday 04 September 2005 7:49 am, Denis Vlasenko wrote:
> On Friday 02 September 2005 09:08, Alex Davis wrote:
> > ndiswrapper and driverloader will not work reliably with 4k stacks.
> > This is because of the Windoze drivers they use, to which, obviously,
> > they do not have the source. Since
On Sun, 4 Sep 2005, Alistair John Strachan wrote:
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
Dears,
thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
module.
I attach a fixed version of the atmsar patch as a diff against the 2.6.13
kernel tree.
[snip
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:linux-kernel-
> [EMAIL PROTECTED] On Behalf Of Herbert Xu
> Sent: Sunday, September 04, 2005 4:24 AM
> To: Matt LaPlante
> Cc: linux-kernel@vger.kernel.org
> Subject: Re: Potential IPSec DoS/Kernel Panic with 2.6.13
>
> Matt LaPlante <
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
In-Reply-To: <[EMAIL PROTECTED]>
On Sun, 4 Sep 2005 at 02:50:07 +0100, Matthew Garrett wrote:
> > Additionally, the system clock runs at 2x normal speed with PowerNow
> > enabled.
>
> http://bugzilla.kernel.org/show_bug.cgi?id=3927
Well that's the most bizarre tale of timer interrupt routing I
On Sunday 04 September 2005 12:05, Giampaolo Tomassoni wrote:
> Dears,
>
> thanks to Jiri Slaby who found a bug in the AAL0 handling of the ATMSAR
> module.
>
> I attach a fixed version of the atmsar patch as a diff against the 2.6.13
> kernel tree.
>
[snip]
Just out of curiosity, is there ANY rea
On Sun, 2005-09-04 at 17:31 +0200, Jan Dittmer wrote:
> David Woodhouse wrote:
> > On Fri, 2005-09-02 at 02:00 -0700, Linus Torvalds wrote:
> >
> >>Ahh. Please change that to
> >>
> >>rm -rf tmp-empty-tree
> >>mkdir tmp-empty-tree
> >>cd tmp-empty-tree
> >>git-init-
Denis Vlasenko wrote:
On Friday 02 September 2005 23:47, Ondrej Zary wrote:
Hello,
I've bought "new" LS-120 drive and found that software eject does not
work with 2.6.13 kernel:
[EMAIL PROTECTED]:~# eject /dev/hdc
eject: unable to eject, last error: Invalid argument
The drive spins up and af
Giampaolo Tomassoni <[EMAIL PROTECTED]> :
[...]
> Well, the idea is that more pci devices may appear, as adsl-enabled
> embedded systems will begin to appear in the market.
>
> Also, I believe that adsl will carry much more services then just AAL5 for
> internet connection in the future.
I'd be h
David Woodhouse wrote:
> On Fri, 2005-09-02 at 02:00 -0700, Linus Torvalds wrote:
>
>>Ahh. Please change that to
>>
>>rm -rf tmp-empty-tree
>>mkdir tmp-empty-tree
>>cd tmp-empty-tree
>>git-init-db
>>
>>because otherwise you'll almost certainly hit something else lat
for my V2311US with Broadcom 4318 these drivers worked with ndiswrapper:
ftp://ftp.support.acer-euro.com/notebook/ferrari_4000/driver/winxp64bit/80211g.zip
while these did not:
http://www.broadcom.com/products/Wireless-LAN/802.11-Wireless-LAN-Solutions/BCM94318
PCIID: 14e4:4318
the ati-drivers 8
>Please don't tell me to "care for closed-source drivers".
ndiswrapper is NOT closed source. And I'm not asking you to "care".
>I don't want the pain of debugging crashes on the machines which run unknown
>code
>in kernel space.
I'm not asking you to debug crashes. I'm simply requesting that the
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 Sun, Sep 04, 2005 at 01:39:15PM +0200, Frank van Maarseveen wrote:
> After replacing the kernel on a fresh FC4 install with a stock 2.6.13
> (using gcc 3.2) and my own config it appears that the clock is going too
> fast: it gains at least an hour every 12 hours or so. FC4 kernel (rpm:
> kernel-
On Sun, Sep 04, 2005 at 11:10:12AM +0200, David Gómez wrote:
> Smart batteries are accesed thru the SMBus. If you want to know
> battery information, like the charge, you need to talk to the SMBus.
Smart batteries are i2c devices, but you talk to them via the embedded
controller rather than via
Olaf Hering <[EMAIL PROTECTED]> writes:
> - printk(KERN_ERR "radeonfb (%s): Invalid ROM signature %x should
> be"
> + printk(KERN_DEBUG "radeonfb (%s): Invalid ROM signature %x
> should be"
> "0xaa55\n", pci_name(rinfo->pdev), BIOS_IN16(0));
While yo
Thanks to those who tested the swap prefetch code in its first public
iteration. Here is a respin of the code which improves its behaviour to be
virtually unnoticable, and fix a couple of bugs that showed up.
Changes:
This version is suspend aware
Swap prefetches are limited to SWAP_CLUSTER_MAX
On Sunday 04 September 2005 08:49, Denis Vlasenko wrote:
> On Friday 02 September 2005 09:08, Alex Davis wrote:
> > ndiswrapper and driverloader will not work reliably with 4k stacks.
> > This is because of the Windoze drivers they use, to which, obviously,
> > they do not have the source. Since qu
On Tue, Feb 15, Jesse Barnes wrote:
> Both the r128 and radeon drivers complain if they don't find an x86 option
> ROM
> on the device they're talking to. This would be fine, except that the
> message is incorrect--not all option ROMs are required to be x86 based. This
> small patch just re
Adrian Bunk wrote (ao):
> 4Kb kernel stacks are the future on i386, and it seems the problems it
> initially caused are now sorted out.
>
> Does anyone knows about any currently unsolved problems?
>
> I'd like to:
> - get a patch into on of the next -mm kernels that unconditionally
> enables 4
101 - 200 of 247 matches
Mail list logo
