Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
khuey is now known as khuey|away
naobsd has joined #linux-sunxi
sdschulze has quit [Ping timeout: 240 seconds]
steeve has quit [Read error: Connection reset by peer]
steeve has joined #linux-sunxi
steeve has quit [Remote host closed the connection]
egbert has quit [Disconnected by services]
egbert has joined #linux-sunxi
khuey|away is now known as khuey
mouse9911_ has quit [Ping timeout: 246 seconds]
akaizen has quit [Ping timeout: 256 seconds]
Renard has quit [Quit: Renard]
akaizen has joined #linux-sunxi
ninolein_ has joined #linux-sunxi
ninolein has quit [Ping timeout: 276 seconds]
kaspter has joined #linux-sunxi
akaizen_ has joined #linux-sunxi
akaizen has quit [Ping timeout: 265 seconds]
naobsd has quit [Ping timeout: 256 seconds]
Night-Shade has quit [Ping timeout: 264 seconds]
NiteHawk has quit [Ping timeout: 264 seconds]
NiteHawk has joined #linux-sunxi
Night-Shade has joined #linux-sunxi
FR^3 has joined #linux-sunxi
FR^4 has quit [Ping timeout: 265 seconds]
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
FR^3 has quit [Remote host closed the connection]
FR^3 has joined #linux-sunxi
p1u3sch1 has quit [Ping timeout: 255 seconds]
naobsd has joined #linux-sunxi
p1u3sch1 has joined #linux-sunxi
FR^3 has quit [Remote host closed the connection]
FR^3 has joined #linux-sunxi
steeve has joined #linux-sunxi
steeve has quit [Ping timeout: 240 seconds]
khuey is now known as khuey|away
Black_Horseman has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
domidumont has joined #linux-sunxi
domidumont has quit [Remote host closed the connection]
domidumont has joined #linux-sunxi
naobsd has quit [Ping timeout: 272 seconds]
domidumont has quit [Ping timeout: 246 seconds]
reinforce has joined #linux-sunxi
domidumont has joined #linux-sunxi
fest has quit [Ping timeout: 264 seconds]
fest has joined #linux-sunxi
sehraf has joined #linux-sunxi
philippe_fouquet has joined #linux-sunxi
philippe_fouquet has quit [Remote host closed the connection]
philippe_fouquet has joined #linux-sunxi
cubeast has joined #linux-sunxi
_massi has joined #linux-sunxi
foudubassan has quit [Remote host closed the connection]
foudubassan has joined #linux-sunxi
domidumont has quit [Quit: Leaving.]
mark__ has joined #linux-sunxi
orly_owl has quit [Read error: Connection reset by peer]
orly_owl has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 246 seconds]
premoboss has joined #linux-sunxi
domidumont has joined #linux-sunxi
akaizen_ has quit [Read error: No route to host]
iamfrankenstein has joined #linux-sunxi
akaizen has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
iamfrankenstein has quit [Ping timeout: 240 seconds]
iamfrankenstein1 has joined #linux-sunxi
<RSpliet> bbrezillon: can we talk NAND for a little? :-)
kaspter has joined #linux-sunxi
paulk-collins has joined #linux-sunxi
naobsd has joined #linux-sunxi
FR^2 has joined #linux-sunxi
kaspter has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
prz has joined #linux-sunxi
<bbrezillon> RSpliet: yes
<RSpliet> I'm currently trying to make it work on an A20 (Olimex, some hynix different from the one you had I think)
mauro_ has joined #linux-sunxi
<RSpliet> the DT bindings are in place, the driver works' but
<RSpliet> during load it gives lots of timeouts on interrupt wait
<bbrezillon> hm
<bbrezillon> which operations ?
<RSpliet> wait, I've added dump_stack() to the driver, let me share that with you
<RSpliet> but from what I can tell... every
fredy has quit [Excess Flood]
<RSpliet> sorry, that's a lot of information :-)
<bbrezillon> RSpliet: have you checked the ready-busy id ?
<bbrezillon> have you claimed the appropriate clk ?
<bbrezillon> is NAND detection working ?
fredy has joined #linux-sunxi
<RSpliet> bbrezillon: to answer your questions: no (what?), I think so yes (I'll post you the DT bindings, inspired by yours), it's failing now due to mismatches between first and second read of ID
philippe_fouquet has quit [Remote host closed the connection]
wickwire has joined #linux-sunxi
<bbrezillon> RSpliet: I was talking about the 'allwinner,rb' property
<RSpliet> ok, that's currently set to 0
kaspter has joined #linux-sunxi
<bbrezillon> but if it fails with the readid part I doubt this is related
awe00 has joined #linux-sunxi
<bbrezillon> RSpliet: check the schematics to verify that this is the appropriate RB pin
philippe_fouquet has joined #linux-sunxi
<RSpliet> ohh right... that RB pin. I'll double-check, but I recall it's correct
<bbrezillon> RSpliet: which version of the driver are you working on ?
<bbrezillon> because onfi,nand-timing-mode is not parsed anymore
<RSpliet> bbrezillon: heh, yes, I just started yesterday, but had to nick some old bindings from your 3.14 tree because I couldn't find fresh ones
<RSpliet> so I'm currently working with an upstream 4.0RC5 kernel
<RSpliet> the NAND-chip is connected to a pin called NRB0
<RSpliet> I take it this (and the fact there's no NRB1-7) implies the rb value should be 0?
SJRvanSchaik is now known as Swabbles
<bbrezillon> yep
<RSpliet> are you sure that interrupt line is suppoed to be "interrupts = <0 37 1>;", not "interrupts = <0 37 4>;"?
<RSpliet> +w
<RSpliet> argh, typo... anyway, you got what I mean right? :-)
<RSpliet> anyway, should it be IRQ_TYPE_EDGE_RISING or IRQ_TYPE_LEVEL_HIGH ?
<bbrezillon> level high
premoboss has quit [Ping timeout: 265 seconds]
firnsy has quit [Ping timeout: 265 seconds]
rm has joined #linux-sunxi
<rm> hello
<rm> what's up with the https://github.com/linux-sunxi/linux-sunxi repo
<rm> where are all the tags, e.g. 3.4.104-r0, etc
<rm> mnemoc, ?
mark__ has quit [Ping timeout: 246 seconds]
firnsy has joined #linux-sunxi
diego_r has joined #linux-sunxi
mark__ has joined #linux-sunxi
<bbrezillon> RSpliet: when you say the 2nd readid fails, you're talking about this one http://lxr.free-electrons.com/source/drivers/mtd/nand/nand_base.c#L3653, right ?
firnsy has quit [Ping timeout: 272 seconds]
<RSpliet> bbrezillon: yes
<bbrezillon> RSpliet: can you add a trace displaying the 2 id bytes
<bbrezillon> and compare them to those you're supposed to see (those defined in the NAND chip datasheet)
<RSpliet> bbrezillon: I think it's already in the trace I sent you: "nand: second ID read did not match de,de against 00,00"
firnsy has joined #linux-sunxi
<mark__> Is it possible to build a kernel without USB compiled into it and then load it dynamically at run-time?
<RSpliet> I couldn't find the correct values for the trace, but I would have expected a manufacturer code of 0xad (Hynix), type 0xde
<RSpliet> s/for the trace/in the datasheet/
<bbrezillon> RSpliet: 0xde is not a valid manufacturer id
<bbrezillon> RSpliet: what's your NAND part number ?
<RSpliet> H27UBG8T2BTR-324A
<RSpliet> 4GB, 8 bit
<RSpliet> 3,3V... I believe that corresponds with type 0xda
<bbrezillon> you should see 0xad,0xd7
<bbrezillon> not 0xde,0xde
<mnemoc> rm: uh
<bbrezillon> it really looks like when a clk is not enabled or a reset line is not released
<RSpliet> eg. bogus values... yeah, that's the kind of thing I feared would be wrong
<rm> mnemoc, seems like they still exist https://github.com/linux-sunxi/linux-sunxi/tags
<rm> but for some reason not shown anymore in the "Branches / Tags" drop down on the main page
<mripard> mark__: yes
<rm> so... nvm, I guess
premoboss has joined #linux-sunxi
<mark__> mripard: Alright, I'll give it a try then. Just wanted to make sure it's not an insane idea or anything :)
<mripard> mark__: it's what modules are made for
<mark__> mripard: Not compiling the USB module will result in the usb controller not being powered on at all, is that correct?
<mripard> it depends on your kernel, bootloader and board
<mripard> but yeah, probably
<RSpliet> bbrezillon: who is responsible for setting these clocks?
<bbrezillon> RSpliet: the driver, thanks to the description you put in your DT
<RSpliet> bbrezillon: but does it calculate the right pll values too? or does it just enable?
<RSpliet> (sorry, still having my IDE indexing my tree, I'll get through it a bit easier soon)
<bbrezillon> it doesn't change the PLL config
<RSpliet> bbrezillon: ok... from what I can tell normally BROM does that, but only if you boot U-boot from NAND
naobsd has quit [Quit: naobsd]
<RSpliet> and since I can't flash u-boot in NAND until Linux has NAND working, I'm in a deadlock :-D
Akagi201 has joined #linux-sunxi
<bbrezillon> RSpliet: oh my bad, it's changing the nand clk rate, but this clk is not propagating the change rate request to its parent (one of the system PLL)
<bbrezillon> IOW, the nand clk rate should be close enough to what the NAND device is expecting
<bbrezillon> unless you have a very weird PLL config
<bbrezillon> anyway, you can print the nand clk rate if you want to check
<bbrezillon> just add a clk_get_rate after this line http://lxr.free-electrons.com/source/drivers/mtd/nand/sunxi_nand.c#L401
<RSpliet> but this is called after trying to read the ID
<RSpliet> the clock rate should be changed before reset I think
<bbrezillon> "but this is called after trying to read the ID" => no it's not, see the sunxi_nand_chip_init function => but this is called after trying to read the ID
<bbrezillon> I set a conservative timing mode (mode 0) before calling nand_scan_ident
nickludlam has joined #linux-sunxi
<RSpliet> you're right, sorry
rm has left #linux-sunxi [#linux-sunxi]
<bbrezillon> RSpliet: have you double checked the CS line described in the schematics ?
<bbrezillon> RSpliet: where did you find this opinicus.dts ?
<bbrezillon> Are this board schematics available on olimex website ?
<RSpliet> bbrezillon: opinicus.dts is an "internal" dts file that reflects customisations people here did on the Olimex board
premoboss has quit [Remote host closed the connection]
<RSpliet> it includes the Olimex-Lime board description
<RSpliet> it's... wait... does it say SPI0?
cajg has joined #linux-sunxi
awe00 has quit [Ping timeout: 245 seconds]
<bbrezillon> RSpliet: what ?
awe001 has joined #linux-sunxi
domidumont has quit [Quit: Leaving.]
Renard has joined #linux-sunxi
hansg has joined #linux-sunxi
<FergusL> hello, anyone has realtime patch for H3 ?
hansg has quit [Client Quit]
awe001 has quit [Ping timeout: 255 seconds]
<RSpliet> bbrezillon: nm, I'm just learning about GPIO and the muxed output pins ;-)
* RSpliet makes funny noises when he learns
Turl has quit [Ping timeout: 265 seconds]
<RSpliet> but yes, the pins are defined correctly too
Turl has joined #linux-sunxi
philippe_fouquet has quit [Remote host closed the connection]
Black_Horseman has joined #linux-sunxi
<Black_Horseman> speres
<bbrezillon> RSpliet: cat you paste the content of /sys/kernel/debug/clk/clk_summary ?
<bbrezillon> s/cat/can/
kaspter has quit [Ping timeout: 250 seconds]
<bbrezillon> RSpliet: I guess 'NAND_E Close' is a jumper, is it closed ?
ricardocrudo has quit [Ping timeout: 265 seconds]
<RSpliet> sorry for the delay, was out for lunch
<RSpliet> let me check for that NAND_E Close... thing
mauro_ has quit [Ping timeout: 256 seconds]
<RSpliet> there's no pins attached, maybe I can get my colleague to help me close it
<bbrezillon> RSpliet: 25Mhz seems like an acceptable value for the NAND clk rate
<bbrezillon> you can try to reduce it (say 10 or 20Mhz) by calling clk_set_rate after the first call to sunxi_nand_chip_set_timings has returned
simosx has joined #linux-sunxi
Akagi201 has quit []
<RSpliet> worth a try
adj_ has quit [Remote host closed the connection]
<RSpliet> bbrezillon: I've halved the clock rate, but no luck
domidumont has joined #linux-sunxi
<bbrezillon> RSpliet: any progress with NAND_E Close ? Is it really opened ?
<RSpliet> it isn't
<RSpliet> although I'd be happy to verify with a multimeter
<RSpliet> tWHR of 80ns isn't stellar is it... that's not going to cause ID read errors
<RSpliet> 1 cycle on 12,5MHz
<RSpliet> seems to correspond with all the others
philippe_fouquet has joined #linux-sunxi
<bbrezillon> RSpliet: not sure I understand, is it working when you configure the clk to 12,5MHz ?
<RSpliet> it isn't
<bbrezillon> an mode0 is setting twhr to 120ns
<bbrezillon> so this should just work
ricardocrudo has joined #linux-sunxi
pmattern has joined #linux-sunxi
mauro_ has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 250 seconds]
<bbrezillon> RSpliet: is your NAND detected by u-boot (and/or allwinner BSP) ?
<RSpliet> bbrezillon: I don't have NAND-enabled U-boot yet
<RSpliet> my workflow was first to get BROM to load U-boot from NAND, then look at U-boot... but to get U-boot in NAND I need Linux support or some tool that can do FES flashing of NAND
<bbrezillon> RSpliet: have you tried my sunxi-nand-next branch (https://github.com/bbrezillon/linux-sunxi/tree/sunxi-nand-next) ?
<RSpliet> bbrezillon: I haven't... yet
alexvf has quit [Ping timeout: 246 seconds]
<RSpliet> I picked the DT bits from it... many patches on top seem to be about partitioning and randomisation. The only truly interesting bits is the hynix-specific initialiser, but it doesn't even get to the point that it detects the manufacturer OK
focus has quit [Remote host closed the connection]
focus has joined #linux-sunxi
<bbrezillon> RSpliet: BTW, why are you testing on a RC version, 4.0 is out
<RSpliet> bbrezillon: haven't rebased yet
<bbrezillon> ok
<bbrezillon> I think the root cause of this whole mess has something to do with NFC (NAND flash controller) IP initialization
domidumont has quit [Quit: Leaving.]
<RSpliet> the magic writes to NFC_REG_TIMING_CTL and NFC_REG_TIMING_CFG?
<bbrezillon> we shouldn't have timeouts when launching simple commands (those that do not wait for the device to be ready)
steeve has joined #linux-sunxi
<bbrezillon> RSpliet: I doubt this has something to do with NAND timings at all
domidumont has joined #linux-sunxi
<RSpliet> ok... so step 1 for me would be verifying whether the interrupts are triggered at all
<bbrezillon> here, we're timeouting on really basic stuff like 'is the last cmd sent'
<bbrezillon> RSpliet: I'm pretty sure they are not
<bbrezillon> you could also check the status register
<bbrezillon> (when encountering a timeout)
<RSpliet> you'd think I can find them in /proc/interrupts
<RSpliet> but how do I recognise GIC interrupt line 37?
<RSpliet> ah got it
<RSpliet> 27: 0 0 GIC 69 sunxi-nand
leviathancn has joined #linux-sunxi
domidumont has quit [Quit: Leaving.]
leviathancn has quit [Ping timeout: 240 seconds]
sdschulze has joined #linux-sunxi
domidumont has joined #linux-sunxi
leviathancn has joined #linux-sunxi
<bbrezillon> RSpliet: you should really try with my sunxi-nand-next branch, because I'm sure it was working on my cubietruck ;-)
alexxy has quit [Quit: No Ping reply in 180 seconds.]
<RSpliet> bbrezillon: I realised that... where does your bootloader reside?
alexxy has joined #linux-sunxi
FR^2 has quit [Quit: Connection reset by peer]
cubeast has quit [Quit: Leaving]
afaerber has quit [Quit: Verlassend]
ricardocrudo has quit [Ping timeout: 265 seconds]
<RSpliet> bbrezillion: this is interesting... http://hastebin.com/sedoqupofo.diff
<bbrezillon> RSpliet: you know you can use devmem/devmem2 to do that ;-)
<bbrezillon> RSpliet: and the result is not surprising
<bbrezillon> you're NAND clks are not enabled
<bbrezillon> s/you're/your/
domidumont has quit [Quit: Leaving.]
<RSpliet> well, it is surprising... the rwmem driver is disfunctional
<RSpliet> because I'm fairly sure the ethernet controller is there
<bbrezillon> RSpliet: if you want to test that, modify my sunxi nand driver to return before this line http://lxr.free-electrons.com/source/drivers/mtd/nand/sunxi_nand.c#L1386, and then use devmem to dump the registers
naobsd has joined #linux-sunxi
afaerber has joined #linux-sunxi
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
domidumont has joined #linux-sunxi
Nyuutwo has quit [Ping timeout: 272 seconds]
Nyuutwo has joined #linux-sunxi
nove has joined #linux-sunxi
Nyuutwo has quit [Read error: Connection timed out]
Nyuutwo has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
<RSpliet> devmem gives me zeroes
Akagi201 has quit [Remote host closed the connection]
Akagi201 has joined #linux-sunxi
dack has joined #linux-sunxi
simosx has quit [Quit: Leaving]
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
HeHoPMaJIeH has joined #linux-sunxi
HeHoPMaJIeH has joined #linux-sunxi
<bbrezillon> RSpliet: even when you keep the nand clks enabled ?
<bbrezillon> RSpliet: could you dump again the content of /sys/kernel/debug/clk/clk_summary ?
mmarker has quit [Quit: ZNC - 1.6.0 - http://znc.in]
<bbrezillon> RSpliet: as you can see on this dump the NAND clks are not enabled
<bbrezillon> which is expected since the NAND driver failed to probe the NAND controller and then released the clks
<bbrezillon> this is why I suggested to return 0 before calling sunxi_nand_chips_init
<bbrezillon> so that the probe can succeed and the all the relevant clks enabled
<bbrezillon> then you'll be able to read NFC registers with devmem
mmarker has joined #linux-sunxi
mmarker has joined #linux-sunxi
<RSpliet> ah yes
reinforce has quit [Quit: Leaving.]
<RSpliet> bbrezillon: I added return 0 to the error path for sunxi_nand_chips_init (after line 1388), such that the clocks are configured, the driver remains loaded but the clocks aren't unprepared
<RSpliet> but still I'm reading 0 using devmem
alexvf has joined #linux-sunxi
<bbrezillon> and what's the content of /sys/kernel/debug/clk/clk_summary ?
mauro_ has quit [Ping timeout: 250 seconds]
leviathancn has quit [Ping timeout: 256 seconds]
<RSpliet> for unknown reason the AHB bit wasn't set
<bbrezillon> RSpliet: the clk ahb_nand clk was enabled but the bit wasn't set ?
<RSpliet> bbrezillon: I'm not sure if I completely understand your question, so let me overload you with information
<RSpliet> the bit wans't set after loading the driver and prematurely returning 0 (so without disabling the clocks again)
<RSpliet> sunxi_nand doesn't fail on the clk_prepare_enable(dev, "ahb")
<RSpliet> and this clock refers to the right <&ahb_gates 13> in dt
<bbrezillon> RSpliet: ok, that's really weird
<bbrezillon> RSpliet: I'd still like to be sure the ahb_gate 13 is enabled (from the clk subsystem POV), and the bit is not set in the AHB_GATING_REG0 register
<bbrezillon> can you dump clk_summary and then do a devmem on this register (0xc1c20060)
<bbrezillon> RSpliet: (you should do that after a fresh reboot)
HeHoPMaJIeH has quit [Quit: Konversation terminated!]
Nyuutwo has quit [Ping timeout: 272 seconds]
domidumont has quit [Read error: Connection reset by peer]
<RSpliet> (should be 1200E11E)
<bbrezillon> yep, but ahb_nand is disabled
<bbrezillon> (line 62)
<RSpliet> ack
<RSpliet> that corresponds with my findings
iamfrankenstein1 has quit [Quit: iamfrankenstein1]
dack has quit [Ping timeout: 256 seconds]
<bbrezillon> RSpliet: can you paste me your diff (sunxi_nand.c and all your DT changes including your board dts) ?
<RSpliet> oh, plus the opinicus bits
Dodger78 has quit [Ping timeout: 255 seconds]
Dodger78 has joined #linux-sunxi
naobsd has quit [Quit: naobsd]
<bbrezillon> RSpliet: clock-names = "ahb_clk", "mod"; => clock-names = "ahb", "mod";
<bbrezillon> and I'll fix my driver to test for IS_ERR_OR_NULL instead of IS_ERR
* RSpliet puts on this brown paper bag thing
<RSpliet> ... thanks
<bbrezillon> RSpliet: and don't expect to have anything usable without the randomizer and read retry support ;-)
<RSpliet> oh, it still breaks equally bad
<RSpliet> but now with power on the component
focus has quit [Remote host closed the connection]
<bbrezillon> RSpliet: have you removed all the changes to the sunxi_nand code ?
philippe_fouquet has quit [Remote host closed the connection]
ricardocrudo has joined #linux-sunxi
<RSpliet> everything I didn't deem important (eg prints... and the clock adjustment. Reverting the latter)
Nyuutwo has joined #linux-sunxi
<RSpliet> so now: yes, I have removed all customisations
<RSpliet> anyway, thank you for your help so far
<RSpliet> I'm calling this the end of my work day
prz has quit [Quit: Leaving.]
fredy has quit [Excess Flood]
fredy has joined #linux-sunxi
steeve has quit []
bonbons has joined #linux-sunxi
iamfrankenstein has joined #linux-sunxi
dev1990 has joined #linux-sunxi
_massi has quit [Quit: Leaving]
khuey|away is now known as khuey
Akagi201 has quit [Remote host closed the connection]
dack has joined #linux-sunxi
leviathancn has joined #linux-sunxi
sdschulze has quit [Ping timeout: 256 seconds]
nove has quit [Quit: nove]
naobsd has joined #linux-sunxi
uwe_ has quit [*.net *.split]
stahnma has quit [*.net *.split]
pitillo has quit [*.net *.split]
pitillo_ has joined #linux-sunxi
uwe_ has joined #linux-sunxi
stahnma has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
leviathancn has quit [Ping timeout: 276 seconds]
diego_r has quit [Ping timeout: 255 seconds]
domidumont has joined #linux-sunxi
nickludlam has quit [Ping timeout: 256 seconds]
leviathancn has joined #linux-sunxi
awe001 has joined #linux-sunxi
ricardocrudo has quit [Ping timeout: 252 seconds]
leviathancn has quit [Ping timeout: 252 seconds]
Netlynx has joined #linux-sunxi
Netlynx has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
pitillo_ is now known as pitillo
pitillo has quit [Changing host]
pitillo has joined #linux-sunxi
faisal has joined #linux-sunxi
wickwire has quit [Read error: Connection reset by peer]
Akagi201 has quit [Ping timeout: 272 seconds]
vishnup has joined #linux-sunxi
vishnup has quit [Remote host closed the connection]
Dodger78 has quit [Read error: No route to host]
JohnDoe_71Rus has quit [Quit: KVIrc 4.2.0 Equilibrium http://www.kvirc.net/]
FDCX_ has joined #linux-sunxi
RzR has quit [Excess Flood]
RzR has joined #linux-sunxi
domidumont has quit [Ping timeout: 246 seconds]
faisal has quit [Quit: terminated!]
faisal has joined #linux-sunxi
RzR has quit [Excess Flood]
p1u3sch1 has quit [Ping timeout: 264 seconds]
RzR has joined #linux-sunxi
Akagi201 has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 272 seconds]
faisal_ has joined #linux-sunxi
faisal has quit [Ping timeout: 258 seconds]
<mmarker> Ok, have an A20 board running mainline. I want to do something stupid with Cedrus. Does it kinda work, and am I asking for pain to port the 3.0 cedar_dev driver to 4.0?
<mmarker> Or should I use my free time more wisely?
afaerber has quit [Quit: Verlassend]
Black_Horseman has joined #linux-sunxi
Netlynx has quit [Quit: Leaving]
<TheLinuxBug> What are you wanting to accomplish?
<TheLinuxBug> I think they provide a git with linux-sunxi version of the code for cedar
RzR has quit [Excess Flood]
<TheLinuxBug> which you can compile your self
<TheLinuxBug> not sure if thats what your getting at?
sdschulze has joined #linux-sunxi
RzR has joined #linux-sunxi
<mmarker> Trying to find it, but it looks like it's just a 3.0 kernel.
<TheLinuxBug> hmm
<TheLinuxBug> 1 sec
<TheLinuxBug> check under http://linux-sunxi.org/CedarX
<mmarker> Unless if there's something I'm missing on the wiki.
<TheLinuxBug> I might also be thinking of using the android blob on linux... that may be another way to use it, but sounds like your wanting to compile it from scratch your self?
<mmarker> You need a kernel device for those to bitbang cpu registers, I believe
<TheLinuxBug> hmm
<TheLinuxBug> I know roman built a kernel for A20 with it
<TheLinuxBug> maybe he documents
<TheLinuxBug> hmm
<TheLinuxBug> his A20 and A10 kernels with it
<TheLinuxBug> you have to be able to compile it into the mainline kernel somehow I would think
<mmarker> Yea, 3.4 kernels. Time to grep and find the code...
ricardocrudo has joined #linux-sunxi
<TheLinuxBug> it should be an option I would think in kernel
<TheLinuxBug> did notice this as well
<mmarker> I'm running mainline, so its not there. Found the driver, time for a readthru
<TheLinuxBug> um
<TheLinuxBug> just compile the module
<TheLinuxBug> and insert it
dev1990 has quit [Quit: Konversation terminated!]
<mmarker> This is all for 3.4, which I do not want. I'll just have to port forward.
pmattern has quit [Quit: Genug für heute.]
adj_ has joined #linux-sunxi
afaerber has joined #linux-sunxi
dack has quit [Remote host closed the connection]
<markvandenborre> Callmea: that's very optimistic
<TheLinuxBug> mmarker: well if you are successful please update the wiki :)
bonbons has quit [Quit: Leaving]
Andy-D_ has quit [Ping timeout: 252 seconds]
FDCX_ has quit [Ping timeout: 244 seconds]
sdschulze has quit [Ping timeout: 250 seconds]
Andy-D_ has joined #linux-sunxi
tgaz has quit [Ping timeout: 256 seconds]
tgaz has joined #linux-sunxi
linux_salonica has quit [Ping timeout: 245 seconds]
pitelpan has joined #linux-sunxi
Black_Horseman has quit [Ping timeout: 240 seconds]
paulk-collins has quit [Quit: Quitte]
faisal_ has quit [Quit: terminated!]
faisal_ has joined #linux-sunxi
Black_Horseman has joined #linux-sunxi
sehraf has quit [Quit: www.miranda-fusion.de ... be part of it...]
TomiK|2 has joined #linux-sunxi
TomiK|2 has quit [Client Quit]
naobsd has quit [Quit: naobsd]
akaizen has quit []
ninolein_ has quit [Ping timeout: 256 seconds]
ninolein has joined #linux-sunxi
khuey is now known as khuey|away
khuey|away is now known as khuey
awe001 has quit [Ping timeout: 258 seconds]
Akagi201 has joined #linux-sunxi
Akagi201 has quit [Ping timeout: 272 seconds]
nicksydney_ has joined #linux-sunxi
nicksydney has quit [Ping timeout: 244 seconds]
ricardocrudo has quit [Ping timeout: 252 seconds]
faisal_ has quit [Ping timeout: 265 seconds]