This patch puts the most popular of each open flag into asm-generic/fcntl.h and
cleans
up the arch files.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp linus-fcntl.2/include/asm-alpha/fcntl.h
On Wednesday 27 July 2005 5:12 am, Rahul Tank wrote:
>i am writing a serial device driver. After going
> thru few linux journals i have understood that serial
> ports get mapped at standard addrerss.We need to take
> these regions, register driver and talk to them
> (read,write).
If your
From: Bodo Stroesser <[EMAIL PROTECTED]>
It's wrong to pop a fixed number of words from stack before
calling sigreturn, as the number depends on what code is generated
by the compiler for the start of stub_segv_handler().
What we need is esp containing the address of sigcontext. So we
explicitly
By this point, .is_user has already been set, so this assignment is useless.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12/arch/um/kernel/skas/trap_user.c
===
--- linux-2.6.12.orig/arch/um/kernel/skas/trap_user.c
This patch gathers all the struct flock64 definitions (and the operations) and
puts them under !CONFIG_64BIT and cleans up the arch files.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp linus-fcntl.5/include/asm-arm/fcntl.h
On Thu, 28 Jul 2005, Steven Rostedt wrote:
> I've been playing with different approaches, (still all hot cache
> though), and inspecting the generated code. It's not that the gcc
> generated code is always better for the normal case. But since it sees
> more and everything is not hidden in asm,
On Thu, 28 Jul 2005, Adrian Bunk wrote:
> What is the oldest gcc we want to support in kernel 2.6?
>
> Currently, it's 2.95 .
>
> I'd suggest raising this to 3.2 which should AFAIK not be a problem for
> any distribution supporting kernel 2.6 .
You have all my support for this. Some weird
On 7/28/05, Rajat Jain <[EMAIL PROTECTED]> wrote:
> >
> > Hi Rajat, you can learn more about the OSHP method by reading the PCI
> > express spec. It is used to tell an ACPI bios that the OS will be
> > handling the hotplug events natively. It may be that your BIOS does
> > not allow native
On Thu, 28 Jul 2005 14:00:12 +0200, Adrian Bunk wrote:
>What is the oldest gcc we want to support in kernel 2.6?
>
>Currently, it's 2.95 .
>
>I'd suggest raising this to 3.2 which should AFAIK not be a problem for
>any distribution supporting kernel 2.6 .
>
>Is there any good reason why we should
On Thu, 2005-07-28 at 17:34 +0100, Maciej W. Rozycki wrote:
> Since you're considering GCC-generated code for ffs(), ffz() and friends,
> how about trying __builtin_ffs(), __builtin_clz() and __builtin_ctz() as
> apropriate? Reasonably recent GCC may actually be good enough to use the
>
to den 28.07.2005 Klokka 17:46 (+0200) skreiv Sébastien Dugué:
>
>
>
>
>
>
>
> ukjent vedlegg
> (aiomaxevents)
Please don't post these patches as base-64 encoded anonymous
attachments. It makes them very annoying to review.
In you must use attachments, use inlined ascii. Better still,
-mm3 adds an include of asm/vm86.h in include/asm-i386/ptrace.h. Since UML
includes the underlying arch's ptrace.h, it needs an asm/vm86.h in order
to build.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/include/asm-um/vm86.h
On Thu, Jul 28, 2005 at 11:52:25AM -0400, linux-os (Dick Johnson) wrote:
>
> On Thu, 28 Jul 2005, Michael S. Tsirkin wrote:
>
> >
> > 7. Comments
> > Don't use C99 // comments.
>
> I don't think this is correct. In fact, I remember a discussion
> where // was preferred for new code.
On Thu, 28 Jul 2005 13:19:20 +0100
Daniel Drake <[EMAIL PROTECTED]> wrote:
> Hi Alexander,
>
> Alexander Fieroch wrote:
> > Alexander Fieroch wrote:
> >
> >> http://dlsvr01.asus.com/pub/ASUS/lan/marvell/8053/8053_others2.zip
> >
> >
> > Oh, that driver is very old. Here is the latest one
On 7/28/05, Michael S. Tsirkin <[EMAIL PROTECTED]> wrote:
>
> 9. The following is helpful with VIM
>set cinoptions=(0:0
>
And this will highlight whitespace damage:
highlight RedundantSpaces ctermbg=red guibg=red
match RedundantSpaces /\s\+$\| \+\ze\t/
--
Dmitry
-
To unsubscribe
From: Bodo Stroesser <[EMAIL PROTECTED]>
Fix a typo in wait_stub_done.
Signed-off-by: Bodo Stroesser <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/kernel/skas/process.c
===
---
update_process_times was missing its irq_enter/irq_exit wrapper. This caused
ksoftirqd to be scheduled on every clock tick.
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index: linux-2.6.12-rc3-mm2/arch/um/kernel/time_kern.c
===
---
From: Christophe Lucas <[EMAIL PROTECTED]>
printk() calls should include appropriate KERN_* constant.
Signed-off-by: Christophe Lucas <[EMAIL PROTECTED]>
Signed-off-by: Domen Puncer <[EMAIL PROTECTED]>
Signed-off-by: Jeff Dike <[EMAIL PROTECTED]>
Index:
These two files are basically identical, so make one just include the
other (protecting the 32-bit-only parts with CONFIG_64BIT). Also remove
some completely unused defines.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Thu, 28 Jul 2005, Antonino A. Daplas wrote:
> > Jon Smirl wrote:
> > > On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > > > On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
> > >
> > > There are a couple of ways to
This patch just gathers all the identical bits of the asm-*/fcntl.h files
into asm-generic/fcnl.h.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp linus/include/asm-alpha/fcntl.h
linus-fcntl.1/include/asm-alpha/fcntl.h
---
Hi all,
I finally got inspired enough to consolidate all the asm-*/fcntl.h files.
This set of patches is the result.
Comments?
This has only been built in PPC64 - others are welcome to try as well :-)
---
asm-alpha/fcntl.h | 35
asm-arm/fcntl.h | 78
This patch just gathers together all the struct flock definitions.
--
Cheers,
Stephen Rothwell[EMAIL PROTECTED]
http://www.canb.auug.org.au/~sfr/
diff -ruNp linus-fcntl.4/include/asm-alpha/fcntl.h
linus-fcntl.5/include/asm-alpha/fcntl.h
---
Do you mean solve the timing problem for 2 way dual core or 4 way
single core above?
YH
On 7/27/05, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>
> sync_tsc was using smp_call_function to ask the boot processor
> to report it's tsc value. smp_call_function performs an IPI_send_allbutself
>
On Thu, Jul 28, 2005 at 12:57:51PM +0100, Ian Pratt wrote:
> > > Greg> Hm, you do realize that io_remap_pfn_range() is the same
> > > Greg> thing as remap_pfn_range() on i386, right?
> > >
> > > Greg> So, why would this patch change anything?
> > >
> > > It's not the same thing under
Jar wrote:
Hostap driver has been in the -mm tree for a long time. Any plans to merge it to
upcoming 2.6.13?
It needs to be merged with the ieee80211 generic layer, before it can go
upstream.
Jeff
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the
On Thu, 2005-07-28 at 08:30 -0700, Linus Torvalds wrote:
>
> I suspect the old "rep scas" has always been slower than
> compiler-generated code, at least under your test conditions. Many of the
> old asm's are actually _very_ old, and some of them come from pre-0.01
> days and are more about
aioevent
Description: Binary data
On Wed, Jul 27, 2005 at 09:20:08PM -0700, Roland Dreier wrote:
> Linus, please pull from
>
> rsync://rsync.kernel.org/pub/scm/linux/kernel/git/roland/infiniband.git
> for-linus
Not to be a pain, but didn't we say that we would only do email patches
after -rc1 comes out at the last kernel
On Thu, 28 Jul 2005, Jon Smirl wrote:
> Can you review this fix for the issues below? I fixed things to
> automatically adjust the number of entries to whatever fits in
> PAGE_SIZE.
Looks OK, but...
> @@ -317,18 +317,18 @@ static ssize_t show_cmap(struct class_de
> !fb_info->cmap.green)
lioevent
Description: Binary data
liowait
Description: Binary data
On Thu, 28 Jul 2005, Antonino A. Daplas wrote:
> Jon Smirl wrote:
> > On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > > On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
> >
> > There are a couple of ways to fix this.
> > 1) Add a check to limit use of the sysfs attributes to
On Thu, 28 Jul 2005, Michael S. Tsirkin wrote:
>
> 7. Comments
> Don't use C99 // comments.
I don't think this is correct. In fact, I remember a discussion
where // was preferred for new code.
Cheers,
Dick Johnson
Penguin : Linux version 2.6.12 on an i686 machine (5537.79 BogoMips).
This set of patches adds functionality to the kernel AIO
infrastructure to be used by user level libraries aiming at implementing
a POSIX compliant API on top of this kernel support.
This patchset is comprised of 5 patches, each implementing a specific
functionality:
- aiomaxevents:
aiomaxevents
Description: Binary data
On Thu, Jul 28, 2005 at 05:04:20PM +0200, Thorsten Knabe wrote:
> On Tue, 26 Jul 2005, Adrian Bunk wrote:
>
> >This patch schedules obsolete OSS drivers (with ALSA drivers that
> >support the same hardware) for removal.
>
> Hello Adrian.
Hi Thorsten,
> I'm the maintainer of the OSS AD1816
cancelfd
Description: Binary data
I get the same short freezes with
cat /proc/acpi/battery/*/{state,info}
and also with the 'acpi' command-line tool. I'm about to try the the
suggested kernel profiling with -mm3 and will report the results.
Meanwhile:
>>> readprofile -r
>> do i have to activate something special during
On Thu, 28 Jul 2005, Steven Rostedt wrote:
>
> The 32 looks like it may be problamatic. Is there any i386 64 bit
> machines. Or is hard coding 32 OK?
We have BITS_PER_LONG exactly for this usage, but the sizeof also works.
Linus
-
To unsubscribe from this list: send the line
BIOS ID: 63-0100-00-0010-040705-ATHLON64-1ABYP006
BIOS Date: 04/07/05 13:22:08
CHIPSET: VIA 82C204 rev 0
DATE: 04/07/05
BIOS TYPE: American Megatrends
SUPER i/o: ITE 8705/SiS 950 rev 3 found at port 2Eh
- Original Message -
From: "Lennart Sorensen" <[EMAIL PROTECTED]>
To:
On Thursday 28 July 2005 6:10 am, Nick Piggin wrote:
> I have a VIA SMP system and somewhere between 2.6.12-rc3 and 2.6.12
> the USB mouse started moving around really slowly. Anyway, it turns
> out that the attached patch (against 2.6.13-rc3-git8) fixes the problem.
Can you try this:
Index:
On Thu, 28 Jul 2005, Steven Rostedt wrote:
>
> In the thread "[RFC][PATCH] Make MAX_RT_PRIO and MAX_USER_RT_PRIO
> configurable" I discovered that a C version of find_first_bit is faster
> than the asm version now when compiled against gcc 3.3.6 and gcc 4.0.1
> (both from versions of Debian
On Thu, Jul 28, 2005 at 03:50:22PM +0200, Jiri Slaby wrote:
> Jiri Slaby napsal(a):
>
> >Hi.
> >Do you think, that this would be useful in the kernel tree?
> >I have an idea to mark old drivers, which should I or somebody rewrite.
> >For example drivers/isdn/hisax/gazel.c.
Anyway you could
On Wed, Jul 27, 2005 at 02:39:42PM -0400, Kyle McMartin wrote:
> On Tue, Jul 26, 2005 at 05:08:37PM +0200, Adrian Bunk wrote:
> > This patch schedules obsolete OSS drivers (with ALSA drivers that
> > support the same hardware) for removal.
>
> oss/harmony.c can probably go, unless someone from
On Thu, Jul 28, 2005 at 03:56:49PM +0200, gabri wrote:
> I have 2.6.12.3 and 2.6.8 too
> I hace amd mobile sempron 28000
What brand and model is the laptop. Certainly the error says it is a
bios error, so most likely the maker of the laptop has to fix their
mistakes in the PST table. I guess
Seems to have some odd problem on PPC64 - crashes on boot.
Seems to affect power 4 boxes, both LPAR and bare metal.
raid5: using function: 32regs (4524.000 MB/sec)
md: md driver 0.90.2 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: bitmap version 3.38
oprofile: using ppc64/power4 performance monitoring.
On Thu, 28 Jul 2005 16:02:58 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> > And where were you a week ago when I asked if I should post this patch?
>
> A :-) Can't remember it at all, maybe you forgot that we mere mortals can't
> read linux-arch@vger.kernel.org ?
Sorry about that, my
> And where were you a week ago when I asked if I should post this patch?
A :-) Can't remember it at all, maybe you forgot that we mere mortals can't
read linux-arch@vger.kernel.org ?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> I've been tasked with edicating some new hires on linux kernel coding style.
> While we have Documentation/CodingStyle, it skips detail that is supposed to
> be learned by example.
>
> Since I've been burned by this a couple of times myself till I learned,
> I've put together a short list of
On Fri, Jul 29, 2005 at 01:13:07AM +1000, Stephen Rothwell wrote:
> On Thu, 28 Jul 2005 16:02:58 +0100 Christoph Hellwig <[EMAIL PROTECTED]>
> wrote:
> >
> > > And where were you a week ago when I asked if I should post this patch?
> >
> > A :-) Can't remember it at all, maybe you forgot that
Hello,
i get this warnings when compiling:
CC drivers/acpi/utilities/utalloc.o
drivers/acpi/utilities/utalloc.c: In function `acpi_ut_create_caches':
drivers/acpi/utilities/utalloc.c:107: warning: passing arg 3 of
`acpi_ut_create_list' from incompatible pointer type
On Thu, 28 Jul 2005, Pavel Machek wrote:
> > process. It may also allow changing values that so far cannot be
> > changed from the outside in the task struct by running a function
> > in the context of the process.
>
> Well, we really need slightly more from "running in process context":
> we
On 7/28/05, Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Wed, Jul 13, 2005 at 12:39:13PM -0400, Kevin Radloff wrote:
>
> > With the ACPI merge in 2.6.13-rc3, C2 and C3 processor states are no
> > longer detected/enabled on my Fujitsu Lifebook P7010D. Enabling ACPI
> > debugging doesn't result in
On Thu, Jul 28, 2005 at 04:20:10PM +0200, gabri wrote:
> In windows i have a driver that regulate the mhz of amd mobile sempron but
> in linux i can not load any module for amd. The laptop is "supratech
> xpert2601"and procesor is amd mobile sempron
Well the website for the company sure looks
On Tue, 26 Jul 2005, Adrian Bunk wrote:
This patch schedules obsolete OSS drivers (with ALSA drivers that
support the same hardware) for removal.
Hello Adrian.
I'm the maintainer of the OSS AD1816 sound driver. I'm aware of two
problems of the ALSA AD1816 driver, that do not show up with
Hello Ingo,
I'm guessing that it was you that added the RLIMIT_NICE resource
limit in 2.6.12. (A passing note to all kernel developers: when
making changes that affect userland-kernel interfaces, please
send me a man-pages patch, or at least a notification of the
change, so that some
Jon Smirl wrote:
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
There are a couple of ways to fix this.
1) Add a check to limit use of the sysfs attributes to 256 entries. If
you want more you have to use /dev/fb0 and the
On Wed, Jul 13, 2005 at 12:39:13PM -0400, Kevin Radloff wrote:
> With the ACPI merge in 2.6.13-rc3, C2 and C3 processor states are no
> longer detected/enabled on my Fujitsu Lifebook P7010D. Enabling ACPI
> debugging doesn't result in any extra info about this being reported.
> I assume it's
On Fri, 29 Jul 2005 00:48:38 +1000 Stephen Rothwell <[EMAIL PROTECTED]> wrote:
>
> readv/writev were done ages ago (since they are necessary for other
But you are right, compat_sys_readv/writev need adjusting to call the
compat_read/write method if they exist ...
--
Cheers,
Stephen Rothwell
Pavel Machek <[EMAIL PROTECTED]> writes:
> I always thought that device_shutdown is different phase -- the one
> with interrupts disabled...
Nope. device_shutdown runs before interrupts are disabled.
Eric
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of
On Thu, 28 Jul 2005 15:16:53 +0100 Christoph Hellwig <[EMAIL PROTECTED]> wrote:
>
> This looks totally horrible, especially as we'd need readv/writev and
> pread/pwrite aswell. I don't think anyone but Andi actually liked this
> approach when discussed earlier.
readv/writev were done ages ago
This #define is only used on sparc.
Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]>
---
This patch was already sent on:
- 10 Jul 2005
--- linux-2.6.13-rc2-mm1-full/arch/ppc/kernel/ppc_ksyms.c.old 2005-07-10
17:35:05.0 +0200
+++ linux-2.6.13-rc2-mm1-full/arch/ppc/kernel/ppc_ksyms.c
Can you review this fix for the issues below? I fixed things to
automatically adjust the number of entries to whatever fits in
PAGE_SIZE.
diff --git a/drivers/video/fbsysfs.c b/drivers/video/fbsysfs.c
--- a/drivers/video/fbsysfs.c
+++ b/drivers/video/fbsysfs.c
@@ -244,15 +244,15 @@ static ssize_t
> > For example, drivers/char/mem.c uses io_remap_pfn_range for
> mmap'ing
> > /dev/mem
>
> That is my (limited) understanding also, but when I built
> io_remap_pfn_range(), I didn't search all callers of
> remap_pfn_range() to see which ones that I could fix (or
> break) by changing them.
> +static int v9fs_fd_recv(struct v9fs_transport *trans, void *v, int len)
> +{
> + struct v9fs_trans_fd *ts = trans ? trans->priv : NULL;
> +
> + return kernel_read(ts->in_file, ts->in_file->f_pos, v, len);
> +}
> +static int v9fs_fd_send(struct v9fs_transport *trans, void *v, int
ons, 27,.07.2005 kl. 13.47 +0200, skrev Andi Kleen:
> A new version of the x86-64 patch for the linux kernel has been
> released. It contains my queued patches and some work in progress.
> Patch against the 2.6.13rc3 kernel.org kernel.
> Should be still fairly usable. Please test.
>
> ptrace-ebp
On Thu, 28 Jul 2005 12:57:51 +0100 Ian Pratt wrote:
> > > Greg> Hm, you do realize that io_remap_pfn_range() is the same
> > > Greg> thing as remap_pfn_range() on i386, right?
> > >
> > > Greg> So, why would this patch change anything?
> > >
> > > It's not the same thing under Xen.
07/28/2005 03:53 PM, gabri wrote/a écrit:
I have a laptop. Is amd mobile SEMPRON but when I
ejecute cpufreq say this:
analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
I remcompiled a lot of kernel" 2.6.12.3 2.6.8 etc"
witch support for cpu scaling but when i am triying
On Thu, Jul 28, 2005 at 04:07:57PM +0200, Jiri Slaby wrote:
> Adrian Bunk napsal(a):
>
> >On Thu, Jul 28, 2005 at 03:42:26PM +0200, Jiri Slaby wrote:
> >
> >
> >>Hi.
> >>Do you think, that this would be useful in the kernel tree?
> >>I have an idea to mark old drivers, which should I or somebody
On Thu, 2005-07-28 16:07:57 +0200, Jiri Slaby <[EMAIL PROTECTED]> wrote:
> Adrian Bunk napsal(a):
> >What's wrong with __deprecated ?
> >
> >
> Nothing, but this marks entire driver, not a function, that it uses.
> I.e. gazel doesn't emit any warning or so, I think; so for these cases.
So what's
On Thu, 28 Jul 2005, Christoph Hellwig wrote:
> Couldn't the two other transports be implemented ontop of this one using
> a mount helper doing the pipe or tcp setup?
that's how we did it in the version we did for 2.4. I don't see why not.
ron
-
To unsubscribe from this list: send the line
In windows i have a driver that regulate the mhz of amd mobile sempron but
in linux i can not load any module for amd. The laptop is "supratech
xpert2601"and procesor is amd mobile sempron
- Original Message -
From: "Lennart Sorensen" <[EMAIL PROTECTED]>
To: "gabri" <[EMAIL PROTECTED]>
I have included a patch that adds Cisco ISL support to the ethernet bridge
code. When I first debugged it I had to make changes to ip_output.c and
netfilter_bridge.h to leave room for the ISL header. The changes to
ip_output.c I got from looking at the 2.6 changes and tweeking them a bit.
On Thu, Jul 28, 2005 at 08:57:23AM -0500, [EMAIL PROTECTED] wrote:
> v9fs: add file-descriptor based transport as was requested by LANL and
> Plan 9 from User Space folks.
Couldn't the two other transports be implemented ontop of this one using
a mount helper doing the pipe or tcp setup?
-
To
On Thu, Jul 28, 2005 at 03:43:49PM +0200, Jaroslav Kysela wrote:
> On Thu, 28 Jul 2005, Alan Cox wrote:
>
> > On Mer, 2005-07-27 at 16:43 -0400, Jeff Garzik wrote:
> > > ISTR Alan saying there was some ALi hardware that either wasn't in ALSA,
> > > or most likely didn't work in ALSA. If Alan
On Thu, Jul 28, 2005 at 11:43:41PM +1000, Stephen Rothwell wrote:
> Hi all,
>
> Someone mentioned the mess in evdev.c that is caused by the fact that the
> structures that are passed to/from user mode via read/write require
> conversion when this API is used from 32 bit tasks on 64 bit kernels.
Adrian Bunk napsal(a):
On Thu, Jul 28, 2005 at 03:42:26PM +0200, Jiri Slaby wrote:
Hi.
Do you think, that this would be useful in the kernel tree?
I have an idea to mark old drivers, which should I or somebody rewrite.
For example drivers/isdn/hisax/gazel.c.
...
--- /dev/null
+++
On Thu, Jul 28, 2005 at 02:39:12PM +0200, Krzysztof Halasa wrote:
> Compilation speed? Don't know, using 3 (4?) years old Athlon 2000
> it's not a problem unless I need full build 30 times a day.
>
> But people on 266 MHz ARM5 may notice.
Hmm, an a 400Mhz PXA 255 I found using gcc 3.x meant I
Linus, please do an update from:
rsync://rsync.kernel.org/pub/scm/linux/kernel/git/perex/alsa.git
The GNU patch is available at:
ftp://ftp.alsa-project.org/pub/kernel-patches/alsa-git-2005-07-28.patch.gz
Additional notes:
Mostly cleanups and added the Sparc DBRI driver.
The following
On Mer, 2005-07-27 at 17:43 -0400, Lee Revell wrote:
> On Wed, 2005-07-27 at 00:40 +0100, Alan Cox wrote:
> > > > sound/oss/skeleton.c
> >
> > Reference for writing drivers
>
> But we're not taking new OSS drivers, right?
Fair comment
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, Jul 28, 2005 at 03:42:26PM +0200, Jiri Slaby wrote:
> Hi.
> Do you think, that this would be useful in the kernel tree?
> I have an idea to mark old drivers, which should I or somebody rewrite.
> For example drivers/isdn/hisax/gazel.c.
>...
> --- /dev/null
> +++ b/include/linux/oldapi.h
>
I have 2.6.12.3 and 2.6.8 too
I hace amd mobile sempron 28000
- Original Message -
From: "Lennart Sorensen" <[EMAIL PROTECTED]>
To: "gabri" <[EMAIL PROTECTED]>
Cc:
Sent: Thursday, July 28, 2005 3:52 PM
Subject: Re: Helpme WitCh Cpu Scaling. Hi People
On Wed, Jul 27, 2005 at
v9fs: add file-descriptor based transport as was requested by LANL and
Plan 9 from User Space folks.
Signed-off-by: Eric Van Hensbergen <[EMAIL PROTECTED]>
---
commit e65b41c8081e0f7227a16d39a4bc65e2924d7680
tree 4cfd78c690d2e9852736499fe9d0a311c78beee8
parent
On Wed, 2005-07-27 at 22:10 -0700, Andrew Vasquez wrote:
> Would you also apply the attached patch which adds the appropriate
> FW_LOADER pre-requisite and a separate entry for ISP24xx support.
That's what I see reading the code; however, it looks like it's *only*
the 24xx that needs it
On Wed, Jul 27, 2005 at 11:33:36PM +0200, gabri wrote:
> It is the first mail that I write. I call gabri and I am 18 years old. I am
> Spanish. I want to comment that me program does not work ningun to regulate
> the Mhz of the processor. " Cpufreq, cpuydn, powernow ". I do not manage to
> load
I have a laptop. Is amd mobile SEMPRON but when I
ejecute cpufreq say this:
analyzing CPU 0:
no or unknown cpufreq driver is active on this CPU
I remcompiled a lot of kernel" 2.6.12.3 2.6.8 etc"
witch support for cpu scaling but when i am triying
load a module powernow-k8 say this error:
Jiri Slaby napsal(a):
Hi.
Do you think, that this would be useful in the kernel tree?
I have an idea to mark old drivers, which should I or somebody rewrite.
For example drivers/isdn/hisax/gazel.c.
diff --git
On Thu, 28 Jul 2005, Alan Cox wrote:
> On Mer, 2005-07-27 at 16:43 -0400, Jeff Garzik wrote:
> > ISTR Alan saying there was some ALi hardware that either wasn't in ALSA,
> > or most likely didn't work in ALSA. If Alan says I'm smoking crack,
> > then you all can ignore me :)
>
> The only big
Hi all,
Someone mentioned the mess in evdev.c that is caused by the fact that the
structures that are passed to/from user mode via read/write require
conversion when this API is used from 32 bit tasks on 64 bit kernels.
Some "discussion" followed during which I suggested an idea originally
from
Hi.
Do you think, that this would be useful in the kernel tree?
I have an idea to mark old drivers, which should I or somebody rewrite.
For example drivers/isdn/hisax/gazel.c.
--
Jiri Slaby www.fi.muni.cz/~xslaby
~\-/~ [EMAIL PROTECTED] ~\-/~
241B347EC88228DE51EE
On Thu, 28 Jul 2005, Jon Smirl wrote:
> On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> > On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
>
> There are a couple of ways to fix this.
>
> 1) Add a check to limit use of the sysfs attributes to 256 entries. If
> you want more you
On Mer, 2005-07-27 at 16:43 -0400, Jeff Garzik wrote:
> ISTR Alan saying there was some ALi hardware that either wasn't in ALSA,
> or most likely didn't work in ALSA. If Alan says I'm smoking crack,
> then you all can ignore me :)
The only big thing I know that still needed OSS (and may still
information and downloads see:
http://www.torque.net/sg/sdparm.html
ChangeLog for sdparm-0.94 [20050728]
- add CD/DVD (MM) capabilities and mechanical status mode page
- add Background medium scan (SBC-2 pending) mode subpage
- add '--command=' option with these s:
ready, start, stop, load
Minimum data length must be UART_STATE + 1, as data[UART_STATE] is being
accessed for the new line_state. Although PL-2303 hardware is not
expected to send data with exactly UART_STATE length, this keeps it on
the safe side.
Signed-off-by: Horst Schirmeier <[EMAIL PROTECTED]>
---
---
Hi there,
More info on Toshiba laptop lockup with 2.4.32-pre2:
/var/log/syslog:
Jul 28 22:59:33 tosh kernel: Linux version 2.4.32-pre2 ([EMAIL PROTECTED]) (gcc
version 3.3.5) #4 Thu Jul 28 22:57:05 EST 2005
Jul 28 22:59:33 tosh kernel: BIOS-e820: - 0009fc00
(usable)
Jon Smirl wrote:
On 7/28/05, Mitchell Blank Jr <[EMAIL PROTECTED]> wrote:
[...]
It looks sane-ish to me, but also more complicated than need be. Why can't
you just do something like:
while (count > 0 && isspace(x[count - 1]))
count--;
Do we need to deal with UTF8 here?
Am Donnerstag, 28. Juli 2005 14:54 schrieb Jon Smirl:
> On 7/28/05, Mitchell Blank Jr <[EMAIL PROTECTED]> wrote:
> > Greg KH wrote:
> > > > + /* locate trailng white space */
> > > > + z = y = x;
> > > > + while (y - buffer->page < count) {
> > > > + y++;
> > > > + z = y;
On 7/28/05, Geert Uytterhoeven <[EMAIL PROTECTED]> wrote:
> On Wed, 27 Jul 2005, Linux Kernel Mailing List wrote:
There are a couple of ways to fix this.
1) Add a check to limit use of the sysfs attributes to 256 entries. If
you want more you have to use /dev/fb0 and the ioctl. More is an
On 27/07/05 18:56 -0400, Paul Mackerras wrote:
> Andrew Morton writes:
>
> > Matt Porter <[EMAIL PROTECTED]> wrote:
> > >
> > > +static u64 dma_mask = 0xULL;
How about just DMA_32BIT_MASK from dma-mapping.h, that one has to be
correct. ;-)
> >
> > I'm sure you're totally uninterested
201 - 300 of 798 matches
Mail list logo