Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - tangrs

Pages: 1 ... 7 8 [9] 10 11 ... 16
121
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 03, 2012, 01:59:30 am »
Pages have to be aligned to their size. What's with the random 0xfed7ee21 address?

For static memory mappings, you can choose where things are mapped to in virtual memory.

Edit: Fixed the nspireio issue. Latest commit should run on CXs fine.

122
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 03, 2012, 01:29:35 am »
it didn't work because the MMU can only map whole pages, not bytes,
like it is on x86 with PAGing?

That's possible.

123
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 03, 2012, 01:23:16 am »
Is SZ_4K =1 because the size has to be in pages?
I'll change it, test it and send you a new patch.
Does X and directfb work on click and touchpads?
If not, you have to add cx_clcd_check to your classic clcd panel struct.

No, it means 4096 bytes. It's a lot easier than calculating everything exactly right.

Edit: X doesn't appear to work, I'll try including the clcd_check and try again

124
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 03, 2012, 12:42:28 am »
You have to write it on a usb-stick using "dd if=rootfs.ext2 of=/dev/sdb".
Also, you are using the wrong image, the only images with X are my builds and I use only tar.bz2.

The ADC works perfectly with ndless, but not my linux kernel driver..
What am I doing wrong?
My changes in nspire_mmio.h:
Code: [Select]
#define NSPIRE_ADC_PHYS_BASE 0xC4000000
#define NSPIRE_ADC_SIZE 0x000001DF
#define NSPIRE_ADC_VIRT_BASE 0xfed7ee21 //0x1df before BOOT1

common.c:
Code: [Select]
struct map_desc nspire_io_regs[] __initdata = {
IOTABLE_ENTRY(ADC),
IOTABLE_ENTRY(APB),
IOTABLE_ENTRY(BOOT1),
IOTABLE_ENTRY(INTERRUPT),
};

Then im accessing it with:
Code: [Select]
adc[0] = readl(IOMEM(NSPIRE_ADC_VIRT_BASE + 0x110));What am I doing wrong?


Just make the size SZ_4K. You're also doing unaligned reads because addresses start at 0xfed7ee21 which isn't 4 byte aligned.


125
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 02, 2012, 07:28:51 am »
What if I make the same mistakes again and it's returning the wrong values?

I meant for the ADC. If you can get an ndless program to read the correct values, then you can get linux to read the same.

126
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 02, 2012, 07:22:50 am »
Is there already a program for ndless to test it or I do I have to do it wrong again? :D

Nope, but it shouldn't be too hard to whip one up quickly :P

127
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 02, 2012, 07:20:17 am »
Quote
Good work on the GPIO and power management interfaces though
I don't know whether it actually works..
Turning off by disabling access to all peripherals is likely to be a bug or it's not off at all, but we can't see it's actually on.
Also I don't know whether GPIOs do work, I can't test it, but some values make sense.
But what could be the cause for the adc always returning 0?

Does it give you the same thing if you try to do the reads as an Ndless program? I haven't got access to my calculators at the moment.

128
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 02, 2012, 03:55:30 am »
@Vogtinator: Don't bother with the LED. There's some weird protection that TI put on that noone could work out.
Good work on the GPIO and power management interfaces though :)

In other news, Clickpad support is officially working! Lionel and I are also working to get nightly builds on wheels :D

129
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 01, 2012, 07:30:14 am »
My friend owns a clickpad cas. Maybe I can persuade him to try it.

Support for clickpad isn't really ready yet so you can probably hold it off until a bit later.

I'll try writing support for the adc (battery voltage) today, so we can see the power consumption.

Awesome!

130
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: December 01, 2012, 06:47:34 am »
Ah yeah, obviously, thanks :)

And congratz for the touchpad LCD :)
(Also, Clickpad coming soon, as ou said it should actually work ?)

Yeah, Clickpads and Touchpads are pretty much exactly the same (AFAIK). Pretty much the only difference is the keypad.

131
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: November 30, 2012, 08:08:50 pm »
Congratz :)

Just a little question, maybe it will sound silly to those who know ^^ :

The log says :
"Processor       : ARM926EJ-S rev 4 (v5l)
BogoMIPS        : 59.39"

Looking that proc reference I found this : http://pastebin.com/dFSsVaBe, which reads a BogoMIPS of 103.68.
How can it be different if it'as actually the exact same processor ?

Different clock speeds. You can see it will increase if you overclock with Nover before booting the kernel.

Is there any tut? I would be vey interessed by testing that! :p

I'm planning to set up nightly builds sometime so people can test the latest and greatest (and to see if I've accidentally broken something).

In other news, LCD support on Touchpads is now working :)

132
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: November 30, 2012, 08:26:53 am »
Which calculator?
For CX I wrote some kind of tutorial in this thread.
If you have an older (Click-/Touchpad) nspire, you have to clone, config and build a kernel yourself.

BTW: Tangrs, you double-posted :-P
And my name is not "vloginator" xD

I'll send you a new patch (again, last time mail didn't work..) later.

Oh my apologies on both counts - I was a little too excited :P

133
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: November 30, 2012, 01:21:07 am »
Somewhere I read it hasn't even got an USB 2.0 controller.
But why is it an EHCI then? That doesn't make any sense..
I hope it's a real EHCI, the whole thing would run much faster.

It is indeed a USB 2.0 controller so it does have a EHCI interface.

Unfortunately, there's a weird bug/problem (possibly to do with keeping queue heads in DRAM instead of the faster SRAM) somewhere that prevents all high-speed devices from working so the workaround right now is to force all devices to only connect at full speed.

134
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: November 30, 2012, 01:19:01 am »
The latest commit of Nspire Linux can now boot successfully on a Touchpad! :) (therefore, it'll most likely work on a Clickpad too but it's unimplemented right now)

Here's the bootlog (some unrelated parts editted out to take less space):

Code: [Select]
Linux in-place bootloader v2
Allocated memory:
   ATAGs:                 32512 bytes
   Kernel and ramdisk:    11272192 bytes
Machine number: 4442
Detected a non-CX
Physical memory at: 0x10000000-0x12000000
Serial number: [...] rev1 (CAS)
kernel linux/zImage.tns
Kernel successfully loaded
initrd linux/initrd.tns
Ramdisk successfully loaded
cmdline earlyprintk debug console=ttyS0,115200n8
Kernel command line: "earlyprintk debug console=ttyS0,115200n8"
boot
Uncompressing Linux... done, booting the kernel.
Booting Linux on physical CPU 0
Linux version 3.7.0-rc2+ ([email protected]) (gcc version 4.6.2 (GCC) ) #494 Fri Nov 30 16:32:14 EST2
bootconsole [earlycon0] enabled
Memory policy: ECC disabled, Data cache writeback
On node 0 totalpages: 8192
free_area_init_node: node 0, pgdat c02e8de8, node_mem_map c0315000
  Normal zone: 64 pages used for memmap
  Normal zone: 0 pages reserved
  Normal zone: 8128 pages, LIFO batch:0
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: earlyprintk debug console=ttyS0,115200n8
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 32MB = 32MB total
Memory: 26680k/26680k available, 6088k reserved, 0K highmem
Virtual kernel memory layout:
    vector  : 0xffff0000 - 0xffff1000   (   4 kB)
    fixmap  : 0xfff00000 - 0xfffe0000   ( 896 kB)
    vmalloc : 0xc2800000 - 0xff000000   ( 968 MB)
    lowmem  : 0xc0000000 - 0xc2000000   (  32 MB)
    modules : 0xbf000000 - 0xc0000000   (  16 MB)
      .text : 0xc0008000 - 0xc02a9000   (2692 kB)
      .init : 0xc02a9000 - 0xc02c601c   ( 117 kB)
      .data : 0xc02c8000 - 0xc02e9500   ( 134 kB)
       .bss : 0xc02e9524 - 0xc0314200   ( 172 kB)
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:32
jiffies = 4294937296
Clock source registered
Timer mode set to 1, evt->mode = 1
Timer mode set to 3, evt->mode = 3
Clock events registered
sched_clock: 32 bits at 100 Hz, resolution 10000000ns, wraps every 4294967286ms
Console: colour dummy device 80x30
Calibrating delay loop... 59.39 BogoMIPS (lpj=296960)
[...]
sram pool: 128 KB@0xc2880000
Serial: AMBA PL011 UART driver
[...]
Switching to clocksource clocksource
[...]
Trying to unpack rootfs image as initramfs...
rootfs image is not initramfs (junk in compressed archive); looks like an initrd
Freeing initrd memory: 2600K
io scheduler noop registered (default)
Serial: 8250/16550 driver, 4 ports, IRQ sharing disabled
serial8250.0: ttyS0 at MMIO 0x90020000 (irq = 1) is a 16550A
console [ttyS0] enabled, bootconsole disabled
console [ttyS0] enabled, bootconsole disabled
[...]
TI-NSPIRE keypad
input: nspire-keypad as /devices/platform/nspire-keypad.0/input/input0
[...]
BOOT1 ROM mapped to /proc/boot1_rom
Contrast settings mapped to /proc/backlight
RAMDISK: ext2 filesystem found at block 0
RAMDISK: Loading 2601KiB [1 disk] into ram disk... done.
VFS: Mounted root (ext2 filesystem) on device 1:0.

Welcome to Buildroot
buildroot login: root
#
# uname -a
Linux buildroot 3.7.0-rc2+ #494 Fri Nov 30 16:32:14 EST 2012 armv5tejl GNU/Linux
#
#
# cat /proc/cpuinfo
Processor       : ARM926EJ-S rev 4 (v5l)
BogoMIPS        : 59.39
Features        : swp half thumb fastmult edsp java
CPU implementer : 0x41
CPU architecture: 5TEJ
CPU variant     : 0x0
CPU part        : 0x926
CPU revision    : 4

Hardware        : TI-NSPIRE Touchpad Calculator
Revision        : 0001
Serial          : [...]
# sleep 1
# sleep 10
#

No display (all output is through serial at the moment) or USB support yet though. Will come soon! Aside from that, I will need lots of testing.

On the CX port, I also need to merge vloginator's patches for the LCD (I will do it together with the Clickpad/Touchpad display support).

135
TI-Nspire / Re: Calling all Linux Kernel developers!
« on: November 20, 2012, 05:40:25 am »
CAS Clickpad calculators do not have removable keyboards, but CAS-capable Clickpad calculators sold as non-CAS do :)

Ah, I see. I didn't know that. All the TI-Nspires at my school are CAS-capable so I've never seen one that was removable. XD

Pages: 1 ... 7 8 [9] 10 11 ... 16