On Sat 16 Feb 2008 10:33, Stephen Rothwell pondered:
> On Fri, 15 Feb 2008 16:33:50 +0800 "Bryan Wu" <[EMAIL PROTECTED]> wrote:
> >
> > Could you please add Blackfin tree to the linux-next
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/cooloney/blackfin-2.6.git
> > for-linus
>
> Added, th
On Wed 6 Feb 2008 14:37, Andrew Morton pondered:
> On Wed, 6 Feb 2008 14:12:50 -0500
> Robin Getz <[EMAIL PROTECTED]> wrote:
>
> > On Wed 6 Feb 2008 11:23, Matt Mackall pondered:
> > >
> > > On Wed, 2008-02-06 at 17:18 +
On Tue 5 Feb 2008 14:56, Robin Getz pondered:
> I was wondering where (or if) there were any non-mainlined gadget
> drivers that
> were kept anywhere?
>
> According to (2005)
> http://www.linux-usb.org/gadget/
>
> > Other controller and gadget drivers
On Wed 6 Feb 2008 11:23, Matt Mackall pondered:
>
> On Wed, 2008-02-06 at 17:18 +0200, Adrian Bunk wrote:
> > Commit 698dd4ba6b12e34e1e432c944c01478c0b2cd773 broke blackfin:
> >
> > <-- snip -->
> >
> > ...
> > CC mm/vmscan.o
> > In file included from
> > /home/bunk/linux/kernel-2.6/gi
On Thu 31 Jan 2008 12:27, Paulo Marques pondered:
> Robin Getz wrote:
> > When the kernel needs to find out what symbol is at a specific address, it
> > uses kallsyms_lookup() This seems to work pretty well - almost.
> >
> > The problem is today, we don't to
When the kernel needs to find out what symbol is at a specific address, it
uses kallsyms_lookup() This seems to work pretty well - almost.
The problem is today, we don't to remove the symbols from the init section
when the init section is freed. There is invalid data in kallsyms_addresses.
The
On Wed 30 Jan 2008 06:00, Jiri Slaby pondered:
> On 01/30/2008 11:36 AM, Bryan Wu wrote:
> > From: Mike Frysinger <[EMAIL PROTECTED]>
> >
> > initial char driver for otp memory
> > (only read supported atm ... needs real examples/docs for write support)
> >
> > Signed-off-by: Mike Frysinger <[EMA
tial
> patch.
>
> Signed-off-by: Mathieu Desnoyers <[EMAIL PROTECTED]>
> CC: Linus Torvalds <[EMAIL PROTECTED]>
> CC: Adrian Bunk <[EMAIL PROTECTED]>
> CC: Randy Dunlap <[EMAIL PROTECTED]>
> CC: [EMAIL PROTECTED]
> CC: Robin Getz <[EMAIL PROTECTED]>
On Fri 11 Jan 2008 12:52, Robin Getz pondered:
> On Fri 11 Jan 2008 04:35, Pierre Ossman pondered:
> > On Fri, 11 Jan 2008 04:08:53 -0500
> > "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
> >
> > > On Jan 11, 2008 3:40 AM, Pierre Ossman <[EMAIL PRO
On Fri 11 Jan 2008 04:35, Pierre Ossman pondered:
> On Fri, 11 Jan 2008 04:08:53 -0500
> "Mike Frysinger" <[EMAIL PROTECTED]> wrote:
>
> > On Jan 11, 2008 3:40 AM, Pierre Ossman <[EMAIL PROTECTED]> wrote:
> > > So it's far more probable that you've misdiagnosed your error than
> this being the act
On Thu 3 Jan 2008 12:04, Richard D pondered:
> Does all USB Host controller hardware have the ability to disable PING?
I think they do. (or at least should)...
http://www.intel.com/technology/usb/download/ehci-r10.pdf
==
4.11 Ping Control (page 88)
USB 2.0 defines an addition to
On Wed 2 Jan 2008 22:43, David Brownell pondered:
> This patch might be improved slightly -- in ways that, as I
> understand things, could save some RAM on Blackfin! -- by
> having the BLACKLIST_HUB option get rid of the transaction
> translator support (changing C code not just Kconfig).
> It's pr
On Wed 2 Jan 2008 13:47, David Brownell pondered:
> On Wednesday 02 January 2008, Robin Getz wrote:
> > From: Robin Getz <[EMAIL PROTECTED]>
> >
> > Allow embedded developers to turn support for USB Hubs off even if
> > they have a full root hub. This saves
From: Robin Getz <[EMAIL PROTECTED]>
Allow embedded developers to turn support for USB Hubs off even if they have a
full root hub. This saves the overhead (RAM and Flash size).
Allow embedded developers the capabilities of the "otg_whitelist.h" - a
product whitelist, so USB
Nick:
In Apr 2006, you sent around some patches
> vm_insert_page and remap_pfn_range loops are really clever, bit
> probably asking a bit too much of most drivers. I was able to get
> rid of most of them without too much trouble.
http://lkml.org/lkml/2006/4/20/196
It doesn't seem like those ma
On Sat 29 Dec 2007 01:23, Mathieu Desnoyers pondered:
> Ok, and do we really need to make HARDWARE_PM a tristate ? I see that
> part of it must be compiled into the kernel in core .S files. Does it
> really make sense for it to be a module ?
I don't think so.
> Also, op_model_bf533.c sits in the
On Fri 28 Dec 2007 14:28, Mathieu Desnoyers pondered:
> * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > On Fri, Dec 28, 2007 at 02:14:04PM -0500, Mathieu Desnoyers wrote:
> > > * Adrian Bunk ([EMAIL PROTECTED]) wrote:
> > > > This patch restores the blackfin Hardware Performance Monitor Profiling
> >
On Sat 24 Nov 2007 02:15, Bryan Wu pondered:
> On Nov 24, 2007 2:43 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2007-11-23 at 17:04 -0500, Robin Getz wrote:
> > > It could be a runtime if() but we don't currently have the is_mac
On Fri 23 Nov 2007 16:52, Arjan van de Ven pondered:
> On Fri, 23 Nov 2007 22:25:29 +0800
> "Bryan Wu" <[EMAIL PROTECTED]> wrote:
>
> > On Nov 23, 2007 6:19 PM, David Woodhouse <[EMAIL PROTECTED]> wrote:
> > >
> > > On Fri, 2007-11-23 at 18:14 +0800, Bryan Wu wrote:
> > > >
> > > > +#ifdef CONFIG_
On Mon 29 Oct 2007 18:22, Andrew Morton pondered:
> I hit numerous rejects here. I am not sure which kernel you patched but
> I suspect it was not an up-to-date one.
Sorry about that - I will do so in the future. Thanks for reviewing and fixing
up.
> > --- kernel/kallsyms.c (revision 378
From: Robin Getz <[EMAIL PROTECTED]>
when passing a zero address to kallsyms_lookup(), the kernel thought it was a
valid kernel address, even if it is not. This is because is_ksym_addr() called
is_kernel_extratext() and checked against labels that don't exist on many
archs (which
On Wed 24 Oct 2007 08:36, Robin Getz pondered:
> Paul:
>
> I noticed that when passing a zero address to kallsyms_lookup(), the
> kernel thought it was a valid kernel address, even if it was not for the
> specific architecture it was running on.
>
> This was because is_k
Paul:
I noticed that when passing a zero address to kallsyms_lookup(), the kernel
thought it was a valid kernel address, even if it was not for the specific
architecture I was running things on.
This was because is_kernel_extratext() was checking against labels that don't
exist on many archs.
On Wed 17 Oct 2007 10:07, Jean Delvare pondered:
> Hi Bryan,
>
> On Wed, 17 Oct 2007 15:12:00 +0800, Bryan Wu wrote:
> > Subject: [PATCH try #4] Input/Joystick Driver: add support AD7142
> joystick driver
> > +#define AD7142_I2C_ADDR0x2C
>
> Not worth a define IMHO, as you use it only
On Mon 15 Oct 2007 16:33, Andrew Morton pondered:
>
> > Subject: [PATCH 3/3] Blackfin serial driver: this driver enable SPORTs
> on Blackfin emulate UART
>
> That's a bit hard to parse.
>
Blackfin's have a synchronous Serial Peripheral pORT (SPORT).
Unlike SPI, UART, I2C, or CAN interfaces wh
On Fri 5 Oct 2007 09:13, Ralf Baechle pondered:
> And btw why does Analog list half their employees in the MAINTAINERS
> entry?
> Seems a little over the top ...
Yeah, the original submission got a little carried away...
We can cut that down to just Bryan and the mailing list I think.
-Robin
-
T
On Tue 2 Oct 2007 07:30, Kalle Pokki pondered:
> The Blackfin Ethernet MAC driver does not compile. It seems the driver is
> missing some pinmux defines.
>
> CC drivers/net/bfin_mac.o
> drivers/net/bfin_mac.c: In function 'setup_pin_mux':
> drivers/net/bfin_mac.c:275: error: 'P_MII0' undecl
On Mon 1 Oct 2007 12:27, [EMAIL PROTECTED] pondered:
> overcommit by default is optimistic that if the program requesting the
> memory actually tries to use it there will be enough (both the fork-exec
> situation and the copy-on-write memory of real forks mean that the
> system ends up useing much
On Thu 20 Sep 2007 11:03, David McCullough pondered:
> I would say that (a) is definately not the case. I am sure the BF guys
> will say they have been banging us on the head with changes for a long
> time and getting no where as we considered the changes to severe or out
> of line.
I don't think
On Wed 19 Sep 2007 23:54, Paul Mundt pondered:
> On Wed, Sep 19, 2007 at 11:42:53PM -0400, Mike Frysinger wrote:
> > On 9/19/07, Paul Mundt <[EMAIL PROTECTED]> wrote:
> > > On Thu, Sep 20, 2007 at 11:55:25AM +1000, David McCullough wrote:
> > > > Jivin Robin Ge
On Wed 19 Sep 2007 21:55, David McCullough pondered:
> Jivin Robin Getz lays it down ...
> > On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> > > From: Bernd Schmidt <[EMAIL PROTECTED]>
> > >
> > > This just adds minimum support for the Blackfin relocatio
On Tue 18 Sep 2007 04:09, Bryan Wu pondered:
> From: Bernd Schmidt <[EMAIL PROTECTED]>
>
> This just adds minimum support for the Blackfin relocations,
> since we don't have enough space in each reloc. The idea
> is to store a value with one relocation so that subsequent ones can
> access it.
>
>
On Sat 15 Sep 2007 22:57, Bryan Wu pondered:
>
> - add MDIO functions and register mdio bus
> - add phy abstraction layer (PAL) functions and use PAL API
> - test on STAMP537 board
Today, the Kconfig for the Blackfin just includes:
> config BFIN_MAC
> tristate "Blackfin 536/537 on-chi
On Thu 13 Sep 2007 14:28, Josh Boyer pondered:
> On 9/12/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
> > Since AMD shunted its flash memory division, the URI in the mtd Kconfig is
> > now
> > broken, so the attached patch points people to Wikipedia.
> >
> > Signed-off-by: Mike Frysinger <[EMAIL
On Sat 1 Sep 2007 18:08, Andi Kleen pondered:
> "Mike Frysinger" <[EMAIL PROTECTED]> writes:
>
> > is there any sort of standard for testing and integration into
> > mainline ?
>
> Everybody does their own.
That kind of stinks - and seems to be a potential duplication of effort all
over the p
On Fri 31 Aug 2007 17:22, Mike Frysinger pondered:
> is there any sort of standard for testing and integration into
> mainline ? in the Blackfin world, we've been developing little
> external kernel modules and adding them to our own testsuite, but
> often times these things are not Blackfin speci
From: Robin Getz <[EMAIL PROTECTED]>
Gerd Hoffmann pointed out that my patch from yesterday can lead
to a null pointer dereference if the kernel is booted with no
console, and no earlyprintk defined. This fixes that issue.
printk.c | 10 ++
1 file changed, 6 insertions
Try #4... (sorry)
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootcons
Try #3...
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootconsole is unregiste
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootconsole is unregistered if it
From: Robin Getz <[EMAIL PROTECTED]>
This is a followup to the cleanups for earlyprintk patch from Gerd Hoffmann
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=69331af79cf29e26d1231152a172a1a10c2df511
This ensures that a bootconsole is unregistered if it
On Sun 19 Aug 2007 17:54, David Brownell pondered:
> On Saturday 18 August 2007, Robin Getz wrote:
>
> > I don't see how early/late makes the problem easier/worse to debug. No
> > matter when you do it - the driver refuses to install (or at least
> > should).
>
On Fri 17 Aug 2007 18:34, David Brownell pondered:
> On Friday 17 August 2007, Robin Getz wrote:
> > On Fri 17 Aug 2007 14:24, David Brownell pondered:
> > > Just for the record, this is an unusual way to use these calls.
> >
> > That is part of the natural evolutio
On Sat 18 Aug 2007 02:23, Sam Ravnborg pondered:
> > > What was preventing you from just using the x86_64 code here?
> >
> > Some was borrowed - but not much. since we don't support vga, or
> > 16550 UARTs (Blackfin has it's own on-chip UART), I don't think
> > this would work. Everyone impleme
On Fri 17 Aug 2007 17:10, David Brownell pondered:
> On the other hand, maybe you want your "typical" customer to
> be more of a systems integrator than anything else.
We are getting yelled at by our customers (I was on the phone yesterday),
because the kernel build environment we distribute (the
On Fri 17 Aug 2007 14:24, David Brownell pondered:
> Just for the record, this is an unusual way to use these calls.
That is part of the natural evolution of the kernel isn't it - per James's
keynote at OLS - you release something, and see how people [ab]use it until
it either grows, evolves, or
On Fri 17 Aug 2007 17:09, Mike Frysinger pondered:
> On 8/17/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> >
> > Something like:
> >
> > Index: kernel/printk.c
> > ===
> > --- kernel/printk.
On Fri 17 Aug 2007 03:49, Gerd Hoffmann pondered:
> Mike Frysinger wrote:
> >> Hmm, sort of, although I didn't think about the case of no real console
> >> replacing the early console. The intention of the patch is to have a
> >> smooth handover from the boot console to the real console. And, yes
. */
+ .align 8;
+ [P4] = R5;
+ SSYNC;
+ STI R1;
+
+ r0 = sp;/* stack frame pt_regs pointer argument ==> r0 */
+ r1 = RETX;
+
+ SP += -12;
+ call _early_trap_c;
+ SP += 12;
+ENDPROC(_early_trap)
+#endif /* CONFIG_EARLY_PRINTK */
+
/*
* Put these in the kernel data section - th
On Fri 17 Aug 2007 13:57, Mike Frysinger pondered:
> On 8/17/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > +int __init disable_early_printk(void)
> > +{
> > + if (!early_console_initialized)
> > + return 0;
> > +
> >
ckfin/early_printk.h
===
--- linux-2.6.x/include/asm-blackfin/early_printk.h (revision 0)
+++ linux-2.6.x/include/asm-blackfin/early_printk.h (revision 0)
@@ -0,0 +1,28 @@
+/*
+ * File: include/asm-blackfin/early_printk.h
+ * Author: Robin Getz <[EMAIL PROTECTED]
+ *
+ * Created: 14
On Thu 16 Aug 2007 03:45, Gerd Hoffmann pondered:
> Robin Getz wrote:
> > I was putting together an early printk implementation for the Blackfin, and
> > was wondering what the expected behaviour was in this situation.
> >
> > When I set up my bootargs earlyprintk=seri
I was putting together an early printk implementation for the Blackfin, and
was wondering what the expected behaviour was in this situation.
When I set up my bootargs earlyprintk=serial,ttyBF0,57600 and have no console
defined (no graphical console, no serial console).
based on the patch:
http:
On Mon 13 Aug 2007 22:05, Mike Frysinger pondered:
> would it be possible to get the class of "old and crusty" functions
> permanently ignored ? i'm thinking of course of "uselib" and "sysfs"
> ...
> Blackfin does not implement either of these and i think that's a good
> thing
>
> Signed-off-by:
On Mon 13 Aug 2007 15:56, Mike Frysinger pondered:
> On 8/13/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-08-13 at 15:10 -0400, Mike Frysinger wrote:
> > > On 8/13/07, Joe Perches <[EMAIL PROTECTED]> wrote:
> > > > But if anyone has a new email address and still wants
> > > > to be i
From: Robin Getz <[EMAIL PROTECTED]>
Allows debugfs helper functions to have a hex output, rather than just decimal
Signed-off-by: Robin Getz <[EMAIL PROTECTED]>
---
fs/debugfs/file.c | 36
include/linux/debu
On Thu 2 Aug 2007 17:09, Greg KH pondered:
> On Wed, Aug 01, 2007 at 11:13:51PM -0400, Robin Getz wrote:
> > From: Robin Getz <[EMAIL PROTECTED]>
> >
> > Allows debugfs helper functions to have a hex output, rather than just
> decimal
> >
> > Si
On Wed 1 Aug 2007 06:38, Richard Knutsson pondered:
> If I understood Robin correctly, he suggested that checkpatch.pl would
> tell to convert "x == NULL" to "!x", if that would be the preferred way.
I guess I was asking - _if_ this is really important - lets pick a
preferred way, and try to use
From: Robin Getz <[EMAIL PROTECTED]>
Allows debugfs helper functions to have a hex output, rather than just decimal
Signed-off-by: Robin Getz <[EMAIL PROTECTED]>
---
fs/debugfs/file.c | 36
1 file changed, 36 insertions(+)
Index: fs/de
Greg:
For those of us who forget that when bits 21 and bit 31 in a hardware
register exposed with debugfs, I should see 2149580800 when I cat it (vs
0x8020), any objections to providing a hex output interface to the
debugfs?
Since the input side already takes decimal & hex, I don't think th
On Fri 27 Jul 2007 06:18, Yoann Padioleau pondered:
> David Howells <[EMAIL PROTECTED]> writes:
>
> > Yoann Padioleau <[EMAIL PROTECTED]> wrote:
> >
> >> When comparing a pointer, it's clearer to compare it to NULL than to
> 0.
> >
> > Can you make them of style:
> >
> > if (!x)
>
> Yes I can
On Tue 24 Jul 2007 14:12, Andrew Morton pondered:
> Oh well, it sounds like we need the super-duper fast version. Keep it
> as simple as possible, please.
What about:
int log_buf_copy(void *dest, int idx, size_t n);
starting at index idx - copy n bytes to dest, return the number of bytes
copie
On Mon 23 Jul 2007 18:34, Andrew Morton pondered:
> On Mon, 23 Jul 2007 18:15:37 -0400
> Robin Getz <[EMAIL PROTECTED]> wrote:
> >
> > A single function which does the copy as a loop (existing) is going to
> > be much faster than the overhead of 1024 function
On Mon 23 Jul 2007 16:15, Andrew Morton pondered:
> This code would be
> simpler if it did not attempt to read more than one char at a time. It
> will be plenty fast enough.
When systems have NMI kick off due to power failure, and you want to grab the
log buffer to write it to flash before power
On Sun 22 Jul 2007 19:50, Mike Frysinger pondered:
>
> i think the attached two functions account for what Robin and Andrew
> were thinking ...
A note about why/when grab_lock would be set to zero (pre-kernel init, or
OOPs) might be nice.
Or - remove it - and tell people they should be using do
On Fri 20 Jul 2007 16:28, Mathieu Desnoyers pondered:
>
> I also don't like the comment in asm-blackfin/atomic.h :
>
> * Generally we do not concern about SMP BFIN systems, so we don't have
> * to deal with that.
>
> I have seen on the blackfin website that you actually sell a board with
> SMP.
On Wed 18 Jul 2007 20:26, Andrew Morton pondered:
> Robin Getz wrote:
> > [need to access _log_buf from external for early debugging code]
> >
> > Something simple like - early_copy_log_buff(void *dest, size_t n)
> >
> > copies n bytes from log_buf to me
On Wed 18 Jul 2007 19:53, Mike Frysinger pondered:
> On 7/18/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
> > > I'd suggest that any interface into here should be via function calls,
> > > not via direct acc
On Wed 18 Jul 2007 18:16, Andrew Morton pondered:
>
> I'd suggest that any interface into here should be via function calls,
> not via direct access to printk internals: think up some nice
> copy_me_some_of_the_log_buffer() interface.
If so - I would still like to put it in:
- ifdef CONFIG_EARLY
Quick question:
I am currently setting up an early_printk for the Blackfin - & I'm populating
an early fault interrupt handler at the same time. This allows things like
catching interrupts, or faults before the kernel has had a chance to
enable it's standard interrupt/fault handlers which happen m
On Tue 10 Jul 2007 14:44, Jan Dittmer pondered:
> With the current -elf toolchain from svn (-uclinux toolchain fails to
> build)
I built from source yesterday without any issues - what error did you get?
-Robin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body
On Fri 8 Jun 2007 09:53, Bernd Schmidt pondered:
> Here's a patch to move nommu mmap/munmap ever so slightly closer to mmu
> behaviour. The motivation for this is to be able to deselect uClibc's
> UCLIBC_UCLINUX_BROKEN_MUNMAP config option, which speeds up malloc a
> fair bit. I'm interested in c
On Fri 15 Jun 2007 08:54, Andi Kleen pondered:
> On Friday 15 June 2007 14:54:20 Alan Cox wrote:
>
> > > > > The network code requires unaligned accesses to work anyways so if
your
> > > > > architecture doesn't support them it is already remotely crashable.
> > > >
> > > > I thought we'd fixed a
On Thu 14 Jun 2007 13:46, Alexandre Oliva pondered:
> On Jun 14, 2007, Robin Getz <[EMAIL PROTECTED]> wrote:
> > As a person pretty familiar with the hardware in these types of
> > devices - this just isn't practical.
>
> Well, then, ok: do all that loader
On Thu 14 Jun 2007 01:07, Alexandre Oliva pondered:
> On Jun 14, 2007, Daniel Hazelton <[EMAIL PROTECTED]> wrote:
>
> > User B buys the router and modifies the kernel so it drives the WiFi
> to an
> > output power twice that which it is licensed to carry.
> > FCC finds out and prosecutes User B f
On Sat 9 Jun 2007 15:10, Matt Mackall pondered:
> On Fri, Jun 08, 2007 at 03:53:49PM +0200, Bernd Schmidt wrote:
> > 2. It is no longer possible to get blocks smaller than a page through
> >mmap. This behaviour was used by simplemalloc, which is an insane
> >way of implementing malloc on n
On Wed 30 May 2007 09:30, Sam Ravnborg pondered:
> Any possibility for you to provide cross-toolchain for x86?
> I have no plans running on actual HW but adding a bit more compile
> coverage would be great.
Pre-compiled tarballs, and rpms (debs comming soon), are at:
http://blackfin.uclinux.org/g
On Tue 29 May 2007 16:59, Linus Torvalds pondered:
>
> On Mon, 28 May 2007, Bryan Wu wrote:
> >
> > - Blackfin arch update including BF54x initial supporting
> > - Blackfin driver update: serial/spi/rtc
> > - Provide new Blackfin watchdog driver
> > - binfmt_flat.c for Blackfin arch modificat
On Mon 28 May 2007 07:48, Pekka Enberg pondered:
> Hi Bryan,
>
> On 5/28/07, Bryan Wu <[EMAIL PROTECTED]> wrote:
> > +P: Aubrey Li
> > +M: [EMAIL PROTECTED]
> > +P: Bernd Schmidt
> > +M: [EMAIL PROTECTED]
>
> [snip, snip]
>
> Would it be possible to have an email alias for this?
On Thu 24 May 2007 11:23, Paul Mundt pondered:
>
> Calling it a periodic timer when its in periodic timer mode makes sense.
No disagreements - but I don't think that a watchdog that doesn't cause a
reset is a periodic timer.
> Why you would want to interface that with a userspace watchdog daemo
On Thu 24 May 2007 01:23, Paul Mundt pondered:
> On Thu, May 24, 2007 at 12:21:47AM -0400, Mike Frysinger wrote:
> > is this completely bad mojo ? is there some other mechanism that
> > provides what i want and i just dont know about it ? or do i just
> > make people change the driver to fit thei
Sam:
I was noticing some issues with /proc/kallsyms generation on our platform,
which I noticed after a toolchain update (which I fixed)
However, I had a question in looking at the logic - it looks like the out
function puts out all symbols - even if they are in the _init section. My
question w
On Mon 21 May 2007 13:36, Mike Frysinger pondered:
> On 5/21/07, Robin Getz <[EMAIL PROTECTED]> wrote:
> > since there is noMMU, are we better:
> > - putting stubs (return ENOSYS - give runtime errors), or
> > - just ignore the errors - and give compile errors? (
On Mon 21 May 2007 06:09, Bryan Wu pondered:
> Lots of update for 2.6.22-rc2 and tested on STAMP537 board.
>
One of the things I noticed when trying out 2.6.22-rc1, on blackfin was:
CALLscripts/checksyscalls.sh
:96:2: warning: #warning syscall restart_syscall not implemented
:216:2: warning:
On Fri 11 May 2007 08:25, Chris Smith pondered:
>
> Now, if you merged the beauty of LXR with the wiki goodness of
> kernelnewbies.org, and somehow kept it current that
> could be cool.
> --
We made a plugin to dokukwiki - that grabs our maintained kernel source from
our scm system, and display
On Sun 6 May 2007 12:01, Robert Schwebel pondered:
> On Sun, May 06, 2007 at 02:19:59PM +0200, Bodo Eggert wrote:
> > Since you ask for random thoughts:
> >
> > IO of data streams from or to a DAC/ADC is essentially what soundcards
> > do. I'm wondering if these cards are similar enough to use alsa
On Fri 4 May 2007 16:52, Robert Schwebel pondered:
> Robin,
>
> On Fri, May 04, 2007 at 02:21:50PM -0400, Robin Getz wrote:
> > We also have DAC and ADC drivers (up to 16 bits @ 64MS/s, via DMA),
> > that would be nice to put in the "right" place - I don't thin
On Fri 4 May 2007 04:54, Stefan Roese pondered:
> On Friday 04 May 2007 10:24, Robert Schwebel wrote:
> > On Tue, May 01, 2007 at 02:35:44PM +0200, Stefan Roese wrote:
> > > I'm in the stage of integrating some ADC and DAC drivers for the AMCC
> > > 405EZ PPC and looking for the correct location to
On Thu 3 May 2007 09:30, Greg Ungerer pondered:
> Robin Getz wrote:
> > On Thu 3 May 2007 07:03, Greg Ungerer pondered:
> >> Robin Getz wrote:
> >>> On Wed 2 May 2007 07:32, Greg Ungerer pondered:
> >>>> Robin Getz wrote:
> >>>>> I was
On Wed 2 May 2007 10:04, Hugh Dickins pondered:
> On Tue, 1 May 2007, Phillip Susi wrote:
> > I seem to remember seeing some patches go by at some point that
> > allowed one of the rom type embeded system filesystems to directly
> > execute binaries out of the original rom memory rather than copyin
On Thu 3 May 2007 07:03, Greg Ungerer pondered:
> Robin Getz wrote:
> > On Wed 2 May 2007 07:32, Greg Ungerer pondered:
> >> Robin Getz wrote:
> >>> I was trying to understand why we don't want to do the same checking on
> >>> noMMU?
> >>
>
On Wed 2 May 2007 07:32, Greg Ungerer pondered:
> Robin Getz wrote:
> > On Wed 2 May 2007 01:23, Greg Ungerer pondered:
> >> diff -Naur linux-2.6.21/fs/namei.c linux-2.6.21-uc0/fs/namei.c
> >> --- linux-2.6.21/fs/namei.c 2007-05-01 17:12:53.0 +1000
> >
On Wed 2 May 2007 01:23, Greg Ungerer pondered:
> Hi All,
>
> An update of the uClinux (MMU-less) code against 2.6.21.
> A lot of cleanups, and a few bug fixes.
>
> Ahead is more changes to finalize platform device support
> for the new style ColdFire serial driver, and switching to
> the generic i
On Tue 17 Apr 2007 06:36, Aubrey Li pondered:
> Here, in the attachment I wrote a small test app. Please correct if
> there is anything wrong, and feel free to improve it.
Thanks.
David - Does this give you what you need?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
On Tue 10 Apr 2007 08:55, David Howells pondered:
> Looking at alloc_pg_vec() in af_packet.c, I will place my bets on the
> latter case. I don't know that this is a problem; it depends on how things
> work, and that I don't know offhand. If someone can give me a simple test
> program, I would be
On Mon 9 Apr 2007 14:43, David Miller pondered:
> From: David Miller <[EMAIL PROTECTED]>
> Date: Mon, 09 Apr 2007 09:55:23 -0700 (PDT)
> >
> > I will apply this patch.
>
> Actually I won't, the other comments in this thread make a lot
> of sense, we should try to make it build and work just as we
>
On Mon 9 Apr 2007 05:50, Wu, Bryan pondered:
> On Mon, 2007-04-09 at 11:01 +0800, Aubrey Li wrote:
> > The option CONFIG_PACKET_MMAP should depend on MMU.
> >
> > Signed-off-by: Aubrey.Li <[EMAIL PROTECTED]>
> > ---
> > net/packet/Kconfig |2 +-
> > 1 files changed, 1 insertions(+), 1 deletion
On Fri 9 Mar 2007 09:12, David Howells pondered:
> I've been considering how to deal with the SYSV SHM problem, and I think we
> may have to move to unshared VMAs in NOMMU mode to deal with this.
Thanks for putting some good thoughts down.
> Currently, what we have is each mm_struct has in its a
On Thu 8 Mar 2007 15:40, Russell King pondered:
> On Thu, Mar 08, 2007 at 03:23:39PM -0500, Robin Getz wrote:
> > Right - We both agree - And setting console=/dev/null in the bootargs
> > still does not help.
>
> Ok, good.
>
> > When the kernel initializes the UAR
On Thu 8 Mar 2007 08:48, Russell King pondered:
> On Thu, Mar 08, 2007 at 08:44:31AM -0500, Robin Getz wrote:
> > That would let you change things are run time, but the problem is at
> > boot time. A default setting needs to be set, so when things initialize,
> > and proc does
1 - 100 of 112 matches
Mail list logo
